Cannot load intel/2024.0.0 module

[opoplawski]

Just updated to Intel oneAPI 2024 and now I get:

$ ml intel
Lmod has detected the following error: Cannot load module "compiler/2024.0.0". At least one of
these module(s) must be loaded:
   tbb

While processing the following module(s):
    Module fullname    Module Filename
    ---------------    ---------------
    compiler/2024.0.0  /opt/ohpc/pub/moduledeps/oneapi/compiler/2024.0.0
    intel/2024.0.0     /opt/ohpc/pub/modulefiles/intel/2024.0.0

It seems that now the Intel compiler module does pre-req checks:

module-whatis "Dependencies: tbb compiler-rt oclfpga"

# locate and check for all required dependencies
set moduleinfoname [file dirname [module-info name]]
regexp "(.*/)?($modulefilename)$" $moduleinfoname -> group1 group2

set depmodulename "tbb"
set depmodulename ${group1}${depmodulename}
prereq $depmodulename

set depmodulename "compiler-rt"
set depmodulename ${group1}${depmodulename}
prereq $depmodulename

set depmodulename "oclfpga"
set depmodulename ${group1}${depmodulename}
prereq $depmodulename

Not quite sure why they don't just load the modules like they did before.

[adrianreber]

Thanks for letting us know.

CC: @jcsiadal @mghpcsim

[opoplawski]

FWIW - I've posted https://community.intel.com/t5/Intel-oneAPI-Base-Toolkit/Why-the-change-to-module-prerequisites-with-2024-compiler/m-p/1549247

[adrianreber]

TACC/Lmod#680

[aflyhorse]

same for intel/2024.0.1, waiting for a walkaround

[arm2arm]

any progress or workaround on intel 2024?
thank you beforehand

[adrianreber]

Looking at TACC/Lmod#680 it does not seem to be implemented in Lmod yet. We need to wait for a fix in Lmod or someone needs to contribute it to Lmod.

Or you could ask Intel to ensure it works with Lmod.

[adrianreber]

This will be fixed in 3.1. Full CI runs are happy with the upcoming changes.

[arm2arm]

are there any plans to fix it for RL8.x with 2.x?

[adrianreber]

Ah, sorry about that. Re-opening.

[adrianreber]

2.8 should fix this

[opoplawski]

How does it fix it? I'm not seeing it...

[adrianreber]

How does it fix it? I'm not seeing it...

Are you meaning 2.8 or 3.1? In the upcoming 3.1 I can just do:

$ module purge
$ module load intel/2024.0.0
$ which icx
/opt/intel/oneapi/compiler/2024.0/bin/icx

I am just re-running a 2.8 based CI run to see if it works the same in 2.8, but I was pretty sure it was also working in 2.8. Let me verify.

[adrianreber]

You are right, module load intel seems to work in 2.8 but module load intel/2024.1.0 does not work.

We did not catch this as we only test against our default version.

Not sure what to do here for 2.x. The biggest difference between the 2.x and 3.x branches are:

+module load "oclfpga"
+module load "tbb"
+module load "compiler-rt"

To work around the problems with the Intel module files we are just pre-loading the necessary requirements.

What would help you the most? A fixed package? A new release? I could just build something in our OBS and provide a link.

[adrianreber]

I built a new version with a fix available at: http://obs.openhpc.community:82/OpenHPC:/2.9:/Factory/EL_8/x86_64/

[opoplawski]

That seems to work, though we still have the issue with the modulefiles not getting regenerated on updates, only fresh installs.

[adrianreber]

That seems to work

Thanks for the confirmation.

though we still have the issue with the modulefiles not getting regenerated on updates, only fresh installs.

I don't remember, but did you suggest an easy fix somewhere. There is the PR rewriting everything, but if there is a simple fix we could easily bring it into the next release.

[opoplawski]

though we still have the issue with the modulefiles not getting regenerated on updates, only fresh installs.

I don't remember, but did you suggest an easy fix somewhere. There is the PR rewriting everything, but if there is a simple fix we could easily bring it into the next release.

I've started work on a simpler PR here #1984