A "guess" is module switch also implies a definition of conflict/require
When you don't specifically name the module being removed, it isn't defined as a conflict.
I suspect if you use:
module switch intel/2020 intel/2020
You will get a similar error.
On 4/20/2023 7:18 AM, Jens-Olaf Beismann wrote:
> Merci beaucoup, Xavier,
>
> that works! Just to clarify: the documentation says
>
> "switch [options] [modulefile1] modulefile2
> Switch loaded modulefile1 with modulefile2. If modulefile1 is not specified,
> then it is assumed to be the currently loaded module with the same root
> name as modulefile2."
>
> My understanding is that
>
> module switch intel/2020
>
> should be equivalent to
>
> module switch intel intel/2020
>
> but with the latter I get
>
> Loading intel/2020
> ERROR: Conflicting 'jotest/1.0' is loading
>
> Loading jotest/1.0
> WARNING: Load of switched-on intel/2020 failed
> ERROR: Load of requirement 'intel/2020' failed
>
> Does that mean that "modulefile1" in the switch command also has to be a fully qualified modulefile name?
>
> Viele Grüße,
>
> Jens-Olaf
> ---
> Dr. Jens-Olaf Beismann Benchmarking Expert
> High Performance Computing NEC Deutschland GmbH https://www.nec.com/en/global/solutions/hpc/
> Tel: +49 431 2372063 (office) +49 152 22851521 (mobile)
> ---
> NEC Deutschland GmbH, Fritz-Vomfelde-Straße 14, D-40547 Düsseldorf
> Geschäftsführer: Yuichi Kojima
> Handelsregister Düsseldorf, HRB 57941, VAT ID DE129424743
>
>> -----Original Message-----
>> From: Xav...@CE... <Xav...@CE...>
>> Sent: 20 April 2023 11:46
>> To: mod...@li...
>> Subject: Re: [Modules] "module load" behavior in module 3.2.10/4.5.2
>>
>> Hello Jens-Olaf,
>>
>> Starting version 4.2, load and unload commands inside modulefile
>> imply definition of requirement or conflict.
>>
>> "module unload intel" means unload intel + conflict intel
>> "module load intel/2020" means load intel/2020 + prereq intel/2020
>>
>> Option --not-req allows to skip requirement/conflict definition. It
>> is available starting version 4.7.0.
>>
>> With version 4.5.2, changing these two commands into:
>>
>> module switch intel/2020
>>
>> Should do what you expect.
>>
>> Regards,
>> Xavier
>>
>>
>> On Thu, 2023-04-20 at 07:33 +0000, Jens-Olaf Beismann wrote:
>>> Good morning,
>>>
>>> one of our customers observed a different behavior of commands in a
>>> module file when using it with either modules version 3.2.10 or
>>> version 4.5.2.
>>>
>>> The module file (called jotest/1.0 for testing purposes) contains
>>> these lines
>>>
>>> module unload intel
>>> module load intel/2020
>>>
>>> Among the available modules we only have
>>>
>>> intel/2020(default)
>>>
>>> i.e. there is no other module file in the "intel" directory.
>>>
>>> Now "module load jotest" works fine with version 3.2.10, i.e.
>>> afterwards intel/2020 and jotest/1.0 are loaded (independent of
>>> intel/2020 being loaded before or not).
>>>
>>> With version 4.5.2, however, we get this error
>>>
>>> % module load jotest
>>> Loading intel/2020
>>> ERROR: Conflicting 'jotest/1.0' is loading
>>>
>>> Loading jotest/1.0
>>> ERROR: Load of requirement 'intel/2020' failed
>>>
>>> We are still struggling to understand the actual reason for the
>>> error issued for "module load intel/2020" and therefore didn't yet
>>> find a way to achieve the desired result with 4.5.2. Any hints
>>> would be highly appreciated, in particular we'd like to understand
>>> if there's something conceptionally wrong with the unload/load
>>> sequence in "jotest/1.0".
>>>
>>> Thank you and best regards,
>>>
>>> Jens-Olaf
>>> ---
>>> Dr. Jens-Olaf Beismann Benchmarking Expert
>>> High Performance Computing NEC Deutschland GmbH
>>>
>> https://urldefense.com/v3/__https://www.nec.com/en/global/solutions/hpc/__;!
>> !BQNorrFsuw!jqIK5XPEUH9M-
>> Qpos2HurfTaXpctaqrq85lXUniaoHC4_HezU8EBPw9YFbySi1dkptwGQ1wXsjc-
>> nwk8LQLWGhsecJ4EKHg26uA$[nec[.]com]
>>> Tel: +49 431 2372063 (office) +49 152 22851521 (mobile)
>>> ---
>>> NEC Deutschland GmbH, Fritz-Vomfelde-Straße 14, D-40547 Düsseldorf
>>> Geschäftsführer: Yuichi Kojima
>>> Handelsregister Düsseldorf, HRB 57941, VAT ID DE129424743
>>>
>>>
>>> _______________________________________________
>>> Modules-interest mailing list
>>> Mod...@li...
>>>
>> https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/mod
>> ules-interest__;!!BQNorrFsuw!jqIK5XPEUH9M-
>> Qpos2HurfTaXpctaqrq85lXUniaoHC4_HezU8EBPw9YFbySi1dkptwGQ1wXsjc-
>> nwk8LQLWGhsecJ4EHnwZjLI$[lists[.]sourceforge[.]net]
>>
>> _______________________________________________
>> Modules-interest mailing list
>> Mod...@li...
>> https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/mod
>> ules-interest__;!!BQNorrFsuw!jqIK5XPEUH9M-
>> Qpos2HurfTaXpctaqrq85lXUniaoHC4_HezU8EBPw9YFbySi1dkptwGQ1wXsjc-
>> nwk8LQLWGhsecJ4EHnwZjLI$[lists[.]sourceforge[.]net]
>
> _______________________________________________
> Modules-interest mailing list
> Mod...@li...
> https://lists.sourceforge.net/lists/listinfo/modules-interest
>
--
--------------------------------------------------------
The views and opinions expressed above are strictly
those of the author(s). The content of this message has
not been reviewed nor approved by any entity whatsoever.
--------------------------------------------------------
Paul FM Info: http://paulfm.com/~paulfm/
--------------------------------------------------------
|