Three additional comments:

1)  If you are running the slurm.job script as Non-Interactive [1,2], you might need a "source /etc/profile.d/ummodules.csh" line like that at [3].

[1] https://slurm.schedmd.com/faq.html#sbatch_srun
[2] https://wiki.umiacs.umd.edu/umiacs/index.php/SLURM/JobSubmission
[3] https://wiki.umiacs.umd.edu/umiacs/index.php/Modules

2) To eliminate any possible conflicts between Intel compilers (ifort, icc) and GNU compilers (gfortran, gcc) such as those mentioned in posts [4,5].  I suggest compiling of WIEN2k using the same C compiler and Fortran compiler that Open MPI was compiled with.

The commands [6] below might help you check that the Linux environment is using the intended Open MPI and mpi parallel compilers [7]:

username@computername:~/Desktop$ mpirun -V
mpirun (Open MPI) 4.1.1

Report bugs to http://www.open-mpi.org/community/help/
username@computername:~/Desktop$ mpicc --showme:version
mpicc: Open MPI 4.1.1 (Language: C)
username@computername:~/Desktop$ mpifort --showme:version
mpifort: Open MPI 4.1.1 (Language: Fortran)
username@computername:~/Desktop$ mpicc --version
gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

username@computername:~/Desktop$ mpifort --version
GNU Fortran (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[4] https://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/msg08315.html [5] https://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/msg17052.html [6] https://stackoverflow.com/questions/10056898/how-do-you-check-the-version-of-openmpi
[7] https://www.open-mpi.org/faq/?category=mpi-apps#general-build

3) Those cluster administrators are usually more savvy than I am with installation and optimization of software (using compiler documentation, e.g. [8,9]) on a high performance computing (hpc) supercomputer [10,11].  They would know your situation better. For example, they could login to their administrator account on the cluster to install WIEN2k only in your user account directory (/home/users/mollabashi), and they would know how to set the appropriate access permissions [12].  Alternatively, if your not using a personal laptop but a computer at the organization to remotely connect to the cluster then they might use remote desktop access [13] to help you with the installation within only your account.  Or they might use another method.

[8] https://software.intel.com/content/www/us/en/develop/articles/download-documentation-intel-compiler-current-and-previous.html
[9] https://gcc.gnu.org/onlinedocs/
[10] https://www.usgs.gov/core-science-systems/sas/arc/about/what-high-performance-computing
[11] https://en.wikipedia.org/wiki/Supercomputer
[12] https://www.oreilly.com/library/view/running-linux-third/156592469X/ch04s14.html
[13] https://en.wikipedia.org/wiki/Desktop_sharing

On 5/4/2021 3:40 PM, Laurence Marks wrote:
For certain, "/opt/exp_soft/local/generic/openmpi/4.1.0_gcc620/bin/mpiexec /home/users/mollabashi/codes/v21.1/run_lapw -p" is completely wrong. You do not, repear do not use mpirun or mpiexec to start run_lapw. It has to be started by simply "run_lapw -p ..." by itself.

I suggest that you create a very simple job which has the commands:

which mpirun
which lapw1_mpi
echo $WIENROOT
ldd $WIENROOT/lapw1_mpi
ldd $WIENROOT/lapw1
echo env
echo $PATH

Run this interactively as well as in a batch job and compare. You will find that there are something which are not present when you are launching your slurm job that are present interactively. You need to repair these with relevant PATH/LD_LIBRARY_PATH etc

Your problems are not Wien2k problems, they are due to incorrect modules/script/environment or similar. Have you asked your sysadmin for help? I am certain that someone local who is experienced with standard linux can tell you very quickly what to do.

N.B., there is an error in your path setting.

On Tue, May 4, 2021 at 3:38 PM leila mollabashi <le.mollaba...@gmail.com <mailto:le.mollaba...@gmail.com>> wrote:

    Dear all WIEN2k users,
    Thank you for your guides.
    >take care on the correct location ...
    It is the /usr/share/Modules/init
    After adding the “source /usr/share/Modules/init/tcsh” line in to
    the script the same error appeared:
    mpirun: command not found

    In fact, with and without “source /usr/share/Modules/init/tcsh” it
    is written in slurm.out file that “ module load complete ”.

    I noticed that “export” is also the bash command so I used these
    commands to path the openmpi and fftw:
    setenv LD_LIBRARY_PATH
    
{$LD_LIBRARY_PATH}:/opt/exp_soft/local/generic/openmpi/4.1.0_gcc620/lib:/opt/exp_soft/local/generic/fftw/3.3.8_gcc620/lib
    set path = ($path
    
/opt/exp_soft/local/generic/openmpi/4.1.0_gcc620/bin:/opt/exp_soft/local/generic/fftw/3.3.8_gcc620/bin)
    But result is the same:
    bash: mpirun: command not found

    By using this line in the script:
    /opt/exp_soft/local/generic/openmpi/4.1.0_gcc620/bin/mpiexec
    /home/users/mollabashi/codes/v21.1/run_lapw -p
    The calculation stopped with the following error:
    mpirun does not support recursive calls

    > I wonder that you have only single modules…
    There are different versions of ifort and mkl: ifort/15.0.0,
    ifort/15.0.3, ifort/17.0.1, ifort/19.1.3.304(default) mkl/11.2,
    mkl/11.2.3.187
    
<https://urldefense.com/v3/__http://11.2.3.187__;!!Dq0X2DkFhyF93HkjWTBQKhk!BD88XA2ujgG8Gel0NZaSOKaSrtPN7kq75O9hkG-dnIZQJRbsnQE-ArEqbFqA6XVu7qQFcg$>
 mkl/2017.1.132,
    mkl/2019.2.187, mkl/2020.0.4(default). I used the defaults
    > you may also wish to make a single module file to be loaded…
    That is a good idea.
    > On our cluster we have different W2k modules ….
    As you know WIEN2k is not a free code and the users of the cluster
    that I am using are not registered WIEN2k users. Thus, according
    to my moral commitment to the WIEN2k developers, I cannot ask the
    administrator to install it on the cluster. I should install it on
    my user account.

    Sincerely yours,
    Leila
    >PS.: maybe one should mention this tcsh "problem" in the
    slurm.job example on the FAQ page by adding (or similar)…
    That is a good idea. Thank you for your suggestion.

--
Professor Laurence Marks
Department of Materials Science and Engineering
Northwestern University
www.numis.northwestern.edu <http://www.numis.northwestern.edu/>
"Research is to see what everybody else has seen, and to think what nobody else has thought" Albert Szent-Györgyi
_______________________________________________
Wien mailing list
Wien@zeus.theochem.tuwien.ac.at
http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien
SEARCH the MAILING-LIST at:  
http://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/index.html

Reply via email to