Primary informations
Username: sukhonod
Cluster: Yggdrasil (ex: Yggdrasil)
Description
After loading following modules:
$ module load GCC/11.2.0
$ module load OpenMPI/4.1.1
$ module load ROOT/6.24.06
Linker is unable to find the libssl.so.1.1 dynamic library, despite the fact that LD_LIBRARY_PATH contains the path to it: /opt/ebsofts/OpenSSL/1.1/lib
Inside /opt/ebsofts/OpenSSL/1.1/lib directory there are symbolic links to the files:
$ ls -alrt /opt/ebsofts/OpenSSL/1.1/lib/
total 0
lrwxrwxrwx 1 root root 20 May 12 15:35 libssl.so.1.1 → /lib64/libssl.so.1.1
lrwxrwxrwx 1 root root 23 May 12 15:35 libcrypto.so.1.1 → /lib64/libcrypto.so.1.1
lrwxrwxrwx 1 root root 13 May 12 15:35 libssl.so → libssl.so.1.1
drwxr-xr-x 2 root root 116 May 12 15:35 engines-1.1
lrwxrwxrwx 1 root root 16 May 12 15:35 libcrypto.so → libcrypto.so.1.1
drwxr-xr-x 4 root root 152 May 12 15:35 .
drwxr-xr-x 2 root root 77 May 12 15:35 pkgconfig
drwxr-xr-x 6 root root 97 May 12 15:35 …
However, the real files inside /lib64 do not exist. There are only libssl.so, libssl.so.1.0.2k, libssl.so.10 and libssl3.so. Hence the links do not point to the real files anymore.
This is a crucial issue, because it doesn’t allow my C++ code to run on the computing nodes any more. Please, investigate the issue. Thank you.
Steps to Reproduce
Do the following:
$ module load GCC/11.2.0
$ module load OpenMPI/4.1.1
$ module load ROOT/6.24.06
Then:
$ root -l
And you get this:
cling::DynamicLibraryManager::loadLibrary(): libssl.so.1.1: cannot open shared object file: No such file or directory
root [0]
Expected Result
Normally, there should be no error messages after loading those 3 modules and doing:
$ root -l
root [0]
Actual Result
Instead, I get this:
$ root -l
cling::DynamicLibraryManager::loadLibrary(): libssl.so.1.1: cannot open shared object file: No such file or directory
root [0]