Re: [Modules] "module load" behavior in module 3.2.10/4.5.2

[Jens-Olaf B. <Jen...@EM...>]

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]