Re: [OMPI users] error building openmpi-master-201806060243-64a5baa on Linux with Sun C
Hi, it seems that the problem results from a compiler bug, because today I was able to build the package with the compilers from "Intel Parallel Studio XE 2018" and "Portland Group Community Edition 2018". Unfortunately, I have no contact person at Oracle to report the bug, so that it can be fixed in the next version of Oracle Developer Studio. Therefore, I would be grateful if somebody can report the problem, if she or he knows a contact person at Oracle. Best regards Siegmar On 06/06/18 20:06, Siegmar Gross wrote: Hi Jeff, I asked some Fortran gurus, and they don't think that there is any restriction on having ASYNCHRONOUS and INTENT on the same line. Indeed, Open MPI's definition of MPI_ACCUMULATE seems to agree with what is in MPI-3.1. Is this a new version of a Fortran compiler that you're using, perchance? I.e., is this a compiler bug? No, I use the compiler for nearly a year now and I don't know if it is a compiler bug. loki opt 107 cc -V cc: Studio 12.6 Sun C 5.15 Linux_i386 2017/05/30 I was able to build Open MPI 3.1.0 with the compiler. loki fd1026 101 ompi_info|more Package: Open MPI root@loki Distribution Open MPI: 3.1.0 Open MPI repo revision: v3.1.0 Open MPI release date: May 07, 2018 Open RTE: 3.1.0 Open RTE repo revision: v3.1.0 Open RTE release date: May 07, 2018 OPAL: 3.1.0 OPAL repo revision: v3.1.0 OPAL release date: May 07, 2018 MPI API: 3.1.0 Ident string: 3.1.0 Prefix: /usr/local/openmpi-3.1.0_64_cc Configured architecture: x86_64-unknown-linux-gnu Configure host: loki Configured by: root Configured on: Tue May 8 09:10:43 CEST 2018 Configure host: loki Configure command line: '--prefix=/usr/local/openmpi-3.1.0_64_cc' '--libdir=/u sr/local/openmpi-3.1.0_64_cc/lib64' '--with-jdk-bindir=/usr/local/jdk-10/bin' '- -with-jdk-headers=/usr/local/jdk-10/include' 'JAVA_HOME=/usr/local/jdk-10' 'LDFL AGS=-m64 -mt -Wl,-z -Wl,noexecstack -L/usr/local/lib64' 'CC=cc' 'CXX=CC' 'FC=f95 ' 'CFLAGS=-m64 -mt -I/usr/local/include' 'CXXFLAGS=-m64 -I/usr/local/include' 'F CFLAGS=-m64' 'CPP=cpp -I/usr/local/include' 'CXXCPP=cpp -I/usr/local/include' '- -enable-mpi-cxx' '--enable-cxx-exceptions' '--enable-mpi-java' '--with-valgrind= /usr/local/valgrind' '--with-hwloc=internal' '--without-verbs' '--with-wrapper-c flags=-m64 -mt' '--with-wrapper-cxxflags=-m64' '--with-wrapper-fcflags=-m64' '-- with-wrapper-ldflags=-mt' '--enable-debug' Built by: root Built on: Tue May 8 09:20:42 CEST 2018 Built host: loki C bindings: yes C++ bindings: yes Fort mpif.h: yes (all) Fort use mpi: yes (full: ignore TKR) Fort use mpi size: deprecated-ompi-info-value Fort use mpi_f08: yes Fort mpi_f08 compliance: The mpi_f08 module is available, but due to limitation s in the f95 compiler and/or Open MPI, does not support the following: array sub sections, Fortran '08-specified ASYNCHRONOUS behavior, direct passthru (where po ssible) to underlying Open MPI's C functionality Fort mpi_f08 subarrays: no Java bindings: yes Wrapper compiler rpath: runpath C compiler: cc C compiler absolute: /opt/solstudio12.6/bin/cc C compiler family name: SUN C compiler version: 0x5150 C++ compiler: CC C++ compiler absolute: /opt/solstudio12.6/bin/CC Fort compiler: f95 Fort compiler abs: /opt/solstudio12.6/bin/f95 Fort ignore TKR: yes (!$PRAGMA IGNORE_TKR) Fort 08 assumed shape: no Fort optional args: yes Fort INTERFACE: yes Fort ISO_FORTRAN_ENV: yes Fort STORAGE_SIZE: yes Fort BIND(C) (all): yes Fort ISO_C_BINDING: yes Fort SUBROUTINE BIND(C): yes Fort TYPE,BIND(C): yes Fort T,BIND(C,name="a"): yes Fort PRIVATE: yes Fort PROTECTED: yes Fort ABSTRACT: yes Fort ASYNCHRONOUS: no Fort PROCEDURE: yes Fort USE...ONLY: yes Fort C_FUNLOC: yes Fort f08 using wrappers: yes Fort MPI_SIZEOF: yes C profiling: yes C++ profiling: yes Fort mpif.h profiling: yes Fort use mpi profiling: yes Fort use mpi_f08 prof: yes C++ exceptions: yes Thread support: posix (MPI_THREAD_MULTIPLE: yes, OPAL support: yes, OM PI progress: no, ORTE progress: yes, Event lib: yes) Sparse Groups: no Internal debug support: yes MPI interface warnings: yes MPI parameter check: runtime Memory profiling support: no Memory debugging support: no dl support: yes Heterogeneous support: no mpirun default --prefix: no MPI_WTIME support: native Symbol vis. support: yes Host topology support: yes
[OMPI users] Fwd: OpenMPI 3.1.0 on aarch64
We are trying out MPI on an aarch64 cluster. Our system administrators installed SLURM and PMIx 2.0.2 from .rpm. I compiled OpenMPI using the ARM distributed gcc/7.1.0 using the configure flags shown in this snippet from the top of config.log It was created by Open MPI configure 3.1.0, which was generated by GNU Autoconf 2.69. Invocation command line was $ ./configure --prefix=/sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0 --mandir=/sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0/share/man --with-pmix=/opt/pmix/2.0.2 --with-libevent=external --with-hwloc=external --with-slurm CC=gcc CXX=g++ FC=gfortran ## - ## ## Platform. ## ## - ## hostname = cavium-hpc.arc-ts.umich.edu uname -m = aarch64 uname -r = 4.11.0-45.4.1.el7a.aarch64 uname -s = Linux uname -v = #1 SMP Fri Feb 2 17:11:57 UTC 2018 /usr/bin/uname -p = aarch64 It checks for pmi and reports it found, configure:12680: checking if user requested external PMIx support(/opt/pmix/2.0.2) configure:12690: result: yes configure:12701: checking --with-external-pmix value configure:12725: result: sanity check ok (/opt/pmix/2.0.2/include) configure:12768: checking libpmix.* in /opt/pmix/2.0.2/lib64 configure:12774: checking libpmix.* in /opt/pmix/2.0.2/lib configure:12794: checking PMIx version configure:12804: result: version file found It fails on the test for PMIx 3, which is expected, but then reports configure:12843: checking version 2x configure:12861: gcc -E -I/opt/pmix/2.0.2/include conftest.c configure:12861: $? = 0 configure:12862: result: found I have a small, test MPI program that I run, and it runs when run with mpirun using mpirun. The processes running on the first node of a two node job are [bennet@cav02 ~]$ ps -ef | grep bennet | egrep 'test_mpi|srun' bennet 20340 20282 0 08:04 ?00:00:00 mpirun ./test_mpi bennet 20346 20340 0 08:04 ?00:00:00 srun --ntasks-per-node=1 --kill-on-bad-exit --cpu_bind=none --nodes=1 --nodelist=cav03 --ntasks=1 orted -mca ess "slurm" -mca ess_base_jobid "3609657344" -mca ess_base_vpid "1" -mca ess_base_num_procs "2" -mca orte_node_regex "cav[2:2-3]@0(2)" -mca orte_hnp_uri "3609657344.0;tcp://10.242.15.36:58681" bennet 20347 20346 0 08:04 ?00:00:00 srun --ntasks-per-node=1 --kill-on-bad-exit --cpu_bind=none --nodes=1 --nodelist=cav03 --ntasks=1 orted -mca ess "slurm" -mca ess_base_jobid "3609657344" -mca ess_base_vpid "1" -mca ess_base_num_procs "2" -mca orte_node_regex "cav[2:2-3]@0(2)" -mca orte_hnp_uri "3609657344.0;tcp://10.242.15.36:58681" bennet 20352 20340 98 08:04 ?00:01:50 ./test_mpi bennet 20353 20340 98 08:04 ?00:01:50 ./test_mpi However, when I run it using srun directly, I get the following output: srun: Step created for job 87 [cav02.arc-ts.umich.edu:19828] OPAL ERROR: Not initialized in file pmix2x_client.c at line 109 -- The application appears to have been direct launched using "srun", but OMPI was not built with SLURM's PMI support and therefore cannot execute. There are several options for building PMI support under SLURM, depending upon the SLURM version you are using: version 16.05 or later: you can use SLURM's PMIx support. This requires that you configure and build SLURM --with-pmix. Versions earlier than 16.05: you must use either SLURM's PMI-1 or PMI-2 support. SLURM builds PMI-1 by default, or you can manually install PMI-2. You must then build Open MPI using --with-pmi pointing to the SLURM PMI library location. Please configure as appropriate and try again. -- *** An error occurred in MPI_Init *** on a NULL communicator *** MPI_ERRORS_ARE_FATAL (processes in this communicator will now abort, ***and potentially your MPI job) [cav02.arc-ts.umich.edu:19828] Local abort before MPI_INIT completed completed successfully, but am not able to aggregate error messages, and not able to guarantee that all other processes were killed! Using the same scheme to set this up on x86_64 worked, and I am taking installation parameters, test files, and job parameters from the working x86_64 installation. Other than the architecture, the main difference between the two clusters is that the aarch64 has only ethernet networking, whereas there is infiniband on the x86_64 cluster. I removed the --with-verbs from the configure line, though, and I thought that would be sufficient. Anyone have suggestions what might be wrong, how to fix it, or for further diagnostics? Thank you,-- bennet ___ users mailing list users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/users
Re: [OMPI users] Fwd: OpenMPI 3.1.0 on aarch64
You didn’t show your srun direct launch cmd line or what version of Slurm is being used (and how it was configured), so I can only provide some advice. If you want to use PMIx, then you have to do two things: 1. Slurm must be configured to use PMIx - depending on the version, that might be there by default in the rpm 2. you have to tell srun to use the pmix plugin (IIRC you add --mpi pmix to the cmd line - you should check that) If your intent was to use Slurm’s PMI-1 or PMI-2, then you need to configure OMPI --with-pmi= Ralph > On Jun 7, 2018, at 5:21 AM, Bennet Fauber wrote: > > We are trying out MPI on an aarch64 cluster. > > Our system administrators installed SLURM and PMIx 2.0.2 from .rpm. > > I compiled OpenMPI using the ARM distributed gcc/7.1.0 using the > configure flags shown in this snippet from the top of config.log > > It was created by Open MPI configure 3.1.0, which was > generated by GNU Autoconf 2.69. Invocation command line was > > $ ./configure --prefix=/sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0 > --mandir=/sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0/share/man > --with-pmix=/opt/pmix/2.0.2 --with-libevent=external > --with-hwloc=external --with-slurm CC=gcc CXX=g++ FC=gfortran > > ## - ## > ## Platform. ## > ## - ## > > hostname = cavium-hpc.arc-ts.umich.edu > uname -m = aarch64 > uname -r = 4.11.0-45.4.1.el7a.aarch64 > uname -s = Linux > uname -v = #1 SMP Fri Feb 2 17:11:57 UTC 2018 > > /usr/bin/uname -p = aarch64 > > > It checks for pmi and reports it found, > > > configure:12680: checking if user requested external PMIx > support(/opt/pmix/2.0.2) > configure:12690: result: yes > configure:12701: checking --with-external-pmix value > configure:12725: result: sanity check ok (/opt/pmix/2.0.2/include) > configure:12768: checking libpmix.* in /opt/pmix/2.0.2/lib64 > configure:12774: checking libpmix.* in /opt/pmix/2.0.2/lib > configure:12794: checking PMIx version > configure:12804: result: version file found > > > It fails on the test for PMIx 3, which is expected, but then reports > > > configure:12843: checking version 2x > configure:12861: gcc -E -I/opt/pmix/2.0.2/include conftest.c > configure:12861: $? = 0 > configure:12862: result: found > > > I have a small, test MPI program that I run, and it runs when run with > mpirun using mpirun. The processes running on the first node of a two > node job are > > > [bennet@cav02 ~]$ ps -ef | grep bennet | egrep 'test_mpi|srun' > > bennet 20340 20282 0 08:04 ?00:00:00 mpirun ./test_mpi > > bennet 20346 20340 0 08:04 ?00:00:00 srun > --ntasks-per-node=1 --kill-on-bad-exit --cpu_bind=none --nodes=1 > --nodelist=cav03 --ntasks=1 orted -mca ess "slurm" -mca ess_base_jobid > "3609657344" -mca ess_base_vpid "1" -mca ess_base_num_procs "2" -mca > orte_node_regex "cav[2:2-3]@0(2)" -mca orte_hnp_uri > "3609657344.0;tcp://10.242.15.36:58681" > > bennet 20347 20346 0 08:04 ?00:00:00 srun > --ntasks-per-node=1 --kill-on-bad-exit --cpu_bind=none --nodes=1 > --nodelist=cav03 --ntasks=1 orted -mca ess "slurm" -mca ess_base_jobid > "3609657344" -mca ess_base_vpid "1" -mca ess_base_num_procs "2" -mca > orte_node_regex "cav[2:2-3]@0(2)" -mca orte_hnp_uri > "3609657344.0;tcp://10.242.15.36:58681" > > bennet 20352 20340 98 08:04 ?00:01:50 ./test_mpi > > bennet 20353 20340 98 08:04 ?00:01:50 ./test_mpi > > > However, when I run it using srun directly, I get the following output: > > > srun: Step created for job 87 > [cav02.arc-ts.umich.edu:19828] OPAL ERROR: Not initialized in file > pmix2x_client.c at line 109 > -- > The application appears to have been direct launched using "srun", > but OMPI was not built with SLURM's PMI support and therefore cannot > execute. There are several options for building PMI support under > SLURM, depending upon the SLURM version you are using: > > version 16.05 or later: you can use SLURM's PMIx support. This > requires that you configure and build SLURM --with-pmix. > > Versions earlier than 16.05: you must use either SLURM's PMI-1 or > PMI-2 support. SLURM builds PMI-1 by default, or you can manually > install PMI-2. You must then build Open MPI using --with-pmi pointing > to the SLURM PMI library location. > > Please configure as appropriate and try again. > -- > *** An error occurred in MPI_Init > *** on a NULL communicator > *** MPI_ERRORS_ARE_FATAL (processes in this communicator will now abort, > ***and potentially your MPI job) > [cav02.arc-ts.umich.edu:19828] Local abort before MPI_INIT completed > completed successfully, but am not able to aggregate error messages, > and not able to guarantee that all other processes were killed! > > > Using the same scheme to set this up on x86_64 worked, and I am taking > installation parameters, test files, and job param
Re: [OMPI users] Fwd: OpenMPI 3.1.0 on aarch64
Hi, Ralph, Thanks for the reply, and sorry for the missing information. I hope this fills in the picture better. $ srun --version slurm 17.11.7 $ srun --mpi=list srun: MPI types are... srun: pmix_v2 srun: openmpi srun: none srun: pmi2 srun: pmix We have pmix configured as the default in /opt/slurm/etc/slurm.conf MpiDefault=pmix and on the x86_64 system configured the same way, a bare 'srun ./test_mpi' is sufficient and runs. I have tried all of the following srun variations with no joy srun ./test_mpi srun --mpi=pmix ./test_mpi srun --mpi=pmi2 ./test_mpi srun --mpi=openmpi ./test_mpi I believe we are using the spec files that come with both pmix and with slurm, and the following to build the .rpm files used at installation $ rpmbuild --define '_prefix /opt/pmix/2.0.2' \ -ba pmix-2.0.2.spec $ rpmbuild --define '_prefix /opt/slurm' \ --define '_with-pmix --with-pmix=/opt/pmix/2.0.2' \ -ta slurm-17.11.7.tar.bz2 I did use the '--with-pmix=/opt/pmix/2.0.2' option when building OpenMPI. In case it helps, we have these libraries on the aarch64 in /opt/slurm/lib64/slurm/mpi* -rwxr-xr-x 1 root root 257288 May 30 15:27 /opt/slurm/lib64/slurm/mpi_none.so -rwxr-xr-x 1 root root 257240 May 30 15:27 /opt/slurm/lib64/slurm/mpi_openmpi.so -rwxr-xr-x 1 root root 668808 May 30 15:27 /opt/slurm/lib64/slurm/mpi_pmi2.so lrwxrwxrwx 1 root root 16 Jun 1 08:38 /opt/slurm/lib64/slurm/mpi_pmix.so -> ./mpi_pmix_v2.so -rwxr-xr-x 1 root root 841312 May 30 15:27 /opt/slurm/lib64/slurm/mpi_pmix_v2.so and on the x86_64, where it runs, we have a comparable list, -rwxr-xr-x 1 root root 193192 May 30 15:20 /opt/slurm/lib64/slurm/mpi_none.so -rwxr-xr-x 1 root root 193192 May 30 15:20 /opt/slurm/lib64/slurm/mpi_openmpi.so -rwxr-xr-x 1 root root 622848 May 30 15:20 /opt/slurm/lib64/slurm/mpi_pmi2.so lrwxrwxrwx 1 root root 16 Jun 1 08:32 /opt/slurm/lib64/slurm/mpi_pmix.so -> ./mpi_pmix_v2.so -rwxr-xr-x 1 root root 828232 May 30 15:20 /opt/slurm/lib64/slurm/mpi_pmix_v2.so Let me know if anything else would be helpful. Thanks,-- bennet On Thu, Jun 7, 2018 at 8:56 AM, r...@open-mpi.org wrote: > You didn’t show your srun direct launch cmd line or what version of Slurm is > being used (and how it was configured), so I can only provide some advice. If > you want to use PMIx, then you have to do two things: > > 1. Slurm must be configured to use PMIx - depending on the version, that > might be there by default in the rpm > > 2. you have to tell srun to use the pmix plugin (IIRC you add --mpi pmix to > the cmd line - you should check that) > > If your intent was to use Slurm’s PMI-1 or PMI-2, then you need to configure > OMPI --with-pmi= > > Ralph > > >> On Jun 7, 2018, at 5:21 AM, Bennet Fauber wrote: >> >> We are trying out MPI on an aarch64 cluster. >> >> Our system administrators installed SLURM and PMIx 2.0.2 from .rpm. >> >> I compiled OpenMPI using the ARM distributed gcc/7.1.0 using the >> configure flags shown in this snippet from the top of config.log >> >> It was created by Open MPI configure 3.1.0, which was >> generated by GNU Autoconf 2.69. Invocation command line was >> >> $ ./configure --prefix=/sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0 >> --mandir=/sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0/share/man >> --with-pmix=/opt/pmix/2.0.2 --with-libevent=external >> --with-hwloc=external --with-slurm CC=gcc CXX=g++ FC=gfortran >> >> ## - ## >> ## Platform. ## >> ## - ## >> >> hostname = cavium-hpc.arc-ts.umich.edu >> uname -m = aarch64 >> uname -r = 4.11.0-45.4.1.el7a.aarch64 >> uname -s = Linux >> uname -v = #1 SMP Fri Feb 2 17:11:57 UTC 2018 >> >> /usr/bin/uname -p = aarch64 >> >> >> It checks for pmi and reports it found, >> >> >> configure:12680: checking if user requested external PMIx >> support(/opt/pmix/2.0.2) >> configure:12690: result: yes >> configure:12701: checking --with-external-pmix value >> configure:12725: result: sanity check ok (/opt/pmix/2.0.2/include) >> configure:12768: checking libpmix.* in /opt/pmix/2.0.2/lib64 >> configure:12774: checking libpmix.* in /opt/pmix/2.0.2/lib >> configure:12794: checking PMIx version >> configure:12804: result: version file found >> >> >> It fails on the test for PMIx 3, which is expected, but then reports >> >> >> configure:12843: checking version 2x >> configure:12861: gcc -E -I/opt/pmix/2.0.2/include conftest.c >> configure:12861: $? = 0 >> configure:12862: result: found >> >> >> I have a small, test MPI program that I run, and it runs when run with >> mpirun using mpirun. The processes running on the first node of a two >> node job are >> >> >> [bennet@cav02 ~]$ ps -ef | grep bennet | egrep 'test_mpi|srun' >> >> bennet 20340 20282 0 08:04 ?00:00:00 mpirun ./test_mpi >> >> bennet 20346 20340 0 08:04 ?00:00:00 srun >> --ntasks-per-node=1 --kill-on-bad-exit --cpu_bind=none --nodes=1 >> --nodelist=cav03 --ntasks=1 orted -mca ess "slurm" -mca ess_base_jobid >> "3609657344" -mca ess_base_vpi
Re: [OMPI users] Fwd: OpenMPI 3.1.0 on aarch64
I think you need to set your MPIDefault to pmix_v2 since you are using a PMIx v2 library > On Jun 7, 2018, at 6:25 AM, Bennet Fauber wrote: > > Hi, Ralph, > > Thanks for the reply, and sorry for the missing information. I hope > this fills in the picture better. > > $ srun --version > slurm 17.11.7 > > $ srun --mpi=list > srun: MPI types are... > srun: pmix_v2 > srun: openmpi > srun: none > srun: pmi2 > srun: pmix > > We have pmix configured as the default in /opt/slurm/etc/slurm.conf > >MpiDefault=pmix > > and on the x86_64 system configured the same way, a bare 'srun > ./test_mpi' is sufficient and runs. > > I have tried all of the following srun variations with no joy > > > srun ./test_mpi > srun --mpi=pmix ./test_mpi > srun --mpi=pmi2 ./test_mpi > srun --mpi=openmpi ./test_mpi > > > I believe we are using the spec files that come with both pmix and > with slurm, and the following to build the .rpm files used at > installation > > > $ rpmbuild --define '_prefix /opt/pmix/2.0.2' \ >-ba pmix-2.0.2.spec > > $ rpmbuild --define '_prefix /opt/slurm' \ >--define '_with-pmix --with-pmix=/opt/pmix/2.0.2' \ >-ta slurm-17.11.7.tar.bz2 > > > I did use the '--with-pmix=/opt/pmix/2.0.2' option when building OpenMPI. > > > In case it helps, we have these libraries on the aarch64 in > /opt/slurm/lib64/slurm/mpi* > > -rwxr-xr-x 1 root root 257288 May 30 15:27 /opt/slurm/lib64/slurm/mpi_none.so > -rwxr-xr-x 1 root root 257240 May 30 15:27 > /opt/slurm/lib64/slurm/mpi_openmpi.so > -rwxr-xr-x 1 root root 668808 May 30 15:27 /opt/slurm/lib64/slurm/mpi_pmi2.so > lrwxrwxrwx 1 root root 16 Jun 1 08:38 > /opt/slurm/lib64/slurm/mpi_pmix.so -> ./mpi_pmix_v2.so > -rwxr-xr-x 1 root root 841312 May 30 15:27 > /opt/slurm/lib64/slurm/mpi_pmix_v2.so > > and on the x86_64, where it runs, we have a comparable list, > > -rwxr-xr-x 1 root root 193192 May 30 15:20 /opt/slurm/lib64/slurm/mpi_none.so > -rwxr-xr-x 1 root root 193192 May 30 15:20 > /opt/slurm/lib64/slurm/mpi_openmpi.so > -rwxr-xr-x 1 root root 622848 May 30 15:20 /opt/slurm/lib64/slurm/mpi_pmi2.so > lrwxrwxrwx 1 root root 16 Jun 1 08:32 > /opt/slurm/lib64/slurm/mpi_pmix.so -> ./mpi_pmix_v2.so > -rwxr-xr-x 1 root root 828232 May 30 15:20 > /opt/slurm/lib64/slurm/mpi_pmix_v2.so > > > Let me know if anything else would be helpful. > > Thanks,-- bennet > > On Thu, Jun 7, 2018 at 8:56 AM, r...@open-mpi.org wrote: >> You didn’t show your srun direct launch cmd line or what version of Slurm is >> being used (and how it was configured), so I can only provide some advice. >> If you want to use PMIx, then you have to do two things: >> >> 1. Slurm must be configured to use PMIx - depending on the version, that >> might be there by default in the rpm >> >> 2. you have to tell srun to use the pmix plugin (IIRC you add --mpi pmix to >> the cmd line - you should check that) >> >> If your intent was to use Slurm’s PMI-1 or PMI-2, then you need to configure >> OMPI --with-pmi= >> >> Ralph >> >> >>> On Jun 7, 2018, at 5:21 AM, Bennet Fauber wrote: >>> >>> We are trying out MPI on an aarch64 cluster. >>> >>> Our system administrators installed SLURM and PMIx 2.0.2 from .rpm. >>> >>> I compiled OpenMPI using the ARM distributed gcc/7.1.0 using the >>> configure flags shown in this snippet from the top of config.log >>> >>> It was created by Open MPI configure 3.1.0, which was >>> generated by GNU Autoconf 2.69. Invocation command line was >>> >>> $ ./configure --prefix=/sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0 >>> --mandir=/sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0/share/man >>> --with-pmix=/opt/pmix/2.0.2 --with-libevent=external >>> --with-hwloc=external --with-slurm CC=gcc CXX=g++ FC=gfortran >>> >>> ## - ## >>> ## Platform. ## >>> ## - ## >>> >>> hostname = cavium-hpc.arc-ts.umich.edu >>> uname -m = aarch64 >>> uname -r = 4.11.0-45.4.1.el7a.aarch64 >>> uname -s = Linux >>> uname -v = #1 SMP Fri Feb 2 17:11:57 UTC 2018 >>> >>> /usr/bin/uname -p = aarch64 >>> >>> >>> It checks for pmi and reports it found, >>> >>> >>> configure:12680: checking if user requested external PMIx >>> support(/opt/pmix/2.0.2) >>> configure:12690: result: yes >>> configure:12701: checking --with-external-pmix value >>> configure:12725: result: sanity check ok (/opt/pmix/2.0.2/include) >>> configure:12768: checking libpmix.* in /opt/pmix/2.0.2/lib64 >>> configure:12774: checking libpmix.* in /opt/pmix/2.0.2/lib >>> configure:12794: checking PMIx version >>> configure:12804: result: version file found >>> >>> >>> It fails on the test for PMIx 3, which is expected, but then reports >>> >>> >>> configure:12843: checking version 2x >>> configure:12861: gcc -E -I/opt/pmix/2.0.2/include conftest.c >>> configure:12861: $? = 0 >>> configure:12862: result: found >>> >>> >>> I have a small, test MPI program that I run, and it runs when run with >>> mpirun using mpirun. The processes running on the first node of a two
Re: [OMPI users] Fwd: OpenMPI 3.1.0 on aarch64
Thanks, Ralph, I just tried it with srun --mpi=pmix_v2 ./test_mpi and got these messages srun: Step created for job 89 [cav02.arc-ts.umich.edu:92286] PMIX ERROR: OUT-OF-RESOURCE in file client/pmix_client.c at line 234 [cav02.arc-ts.umich.edu:92286] OPAL ERROR: Error in file pmix2x_client.c at line 109 [cav02.arc-ts.umich.edu:92287] PMIX ERROR: OUT-OF-RESOURCE in file client/pmix_client.c at line 234 [cav02.arc-ts.umich.edu:92287] OPAL ERROR: Error in file pmix2x_client.c at line 109 -- The application appears to have been direct launched using "srun", but OMPI was not built with SLURM's PMI support and therefore cannot execute. There are several options for building PMI support under SLURM, depending upon the SLURM version you are using: version 16.05 or later: you can use SLURM's PMIx support. This requires that you configure and build SLURM --with-pmix. Versions earlier than 16.05: you must use either SLURM's PMI-1 or PMI-2 support. SLURM builds PMI-1 by default, or you can manually install PMI-2. You must then build Open MPI using --with-pmi pointing to the SLURM PMI library location. Please configure as appropriate and try again. -- Just to be complete, I checked the library path, $ ldconfig -p | egrep 'slurm|pmix' libpmi2.so.1 (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi2.so.1 libpmi2.so (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi2.so libpmix.so.2 (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmix.so.2 libpmix.so (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmix.so libpmi.so.1 (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi.so.1 libpmi.so (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi.so and libpmi* does appear there. I also tried explicitly listing the slurm directory from the slurm library installation in LD_LIBRARY_PATH, just in case it wasn't traversing correctly. that is, both $ echo $LD_LIBRARY_PATH /sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0/lib:/opt/arm/gcc-7.1.0_Generic-AArch64_RHEL-7_aarch64-linux/lib64:/opt/arm/gcc-7.1.0_Generic-AArch64_RHEL-7_aarch64-linux/lib:/opt/slurm/lib64:/sw/arcts/centos7/hpc-utils/lib and $ echo $LD_LIBRARY_PATH /opt/slurm/lib64/slurm:/opt/pmix/2.0.2/lib:/sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0/lib:/opt/arm/gcc-7.1.0_Generic-AArch64_RHEL-7_aarch64-linux/lib64:/opt/arm/gcc-7.1.0_Generic-AArch64_RHEL-7_aarch64-linux/lib:/opt/slurm/lib64:/sw/arcts/centos7/hpc-utils/lib I don't have a saved build log, but I can rebuild this and save the build logs, in case any information in those logs would help. I will also mention that we have, in the past, used the --disable-dlopen and --enable-shared flags, which we did not use here. Just in case that makes any difference. -- bennet On Thu, Jun 7, 2018 at 10:01 AM, r...@open-mpi.org wrote: > I think you need to set your MPIDefault to pmix_v2 since you are using a PMIx > v2 library > > >> On Jun 7, 2018, at 6:25 AM, Bennet Fauber wrote: >> >> Hi, Ralph, >> >> Thanks for the reply, and sorry for the missing information. I hope >> this fills in the picture better. >> >> $ srun --version >> slurm 17.11.7 >> >> $ srun --mpi=list >> srun: MPI types are... >> srun: pmix_v2 >> srun: openmpi >> srun: none >> srun: pmi2 >> srun: pmix >> >> We have pmix configured as the default in /opt/slurm/etc/slurm.conf >> >>MpiDefault=pmix >> >> and on the x86_64 system configured the same way, a bare 'srun >> ./test_mpi' is sufficient and runs. >> >> I have tried all of the following srun variations with no joy >> >> >> srun ./test_mpi >> srun --mpi=pmix ./test_mpi >> srun --mpi=pmi2 ./test_mpi >> srun --mpi=openmpi ./test_mpi >> >> >> I believe we are using the spec files that come with both pmix and >> with slurm, and the following to build the .rpm files used at >> installation >> >> >> $ rpmbuild --define '_prefix /opt/pmix/2.0.2' \ >>-ba pmix-2.0.2.spec >> >> $ rpmbuild --define '_prefix /opt/slurm' \ >>--define '_with-pmix --with-pmix=/opt/pmix/2.0.2' \ >>-ta slurm-17.11.7.tar.bz2 >> >> >> I did use the '--with-pmix=/opt/pmix/2.0.2' option when building OpenMPI. >> >> >> In case it helps, we have these libraries on the aarch64 in >> /opt/slurm/lib64/slurm/mpi* >> >> -rwxr-xr-x 1 root root 257288 May 30 15:27 /opt/slurm/lib64/slurm/mpi_none.so >> -rwxr-xr-x 1 root root 257240 May 30 15:27 >> /opt/slurm/lib64/slurm/mpi_openmpi.so >> -rwxr-xr-x 1 root root 668808 May 30 15:27 /opt/slurm/lib64/slurm/mpi_pmi2.so >> lrwxrwxrwx 1 root root 16 Jun 1 08:38 >> /opt/slurm/lib64/slurm/mpi_pmix.so -> ./mpi_pmix_v2.so >> -rwxr-xr-x 1 root root 841312 May 30 15:27 >> /opt/slurm/lib64/slurm/mpi_pmix_v2.so >> >> and on the x86_64, where it runs, we have a comparable list, >> >> -rwxr-xr-x 1 root root 193192 May 30 15:20 /opt/slurm/lib64/slurm/mpi_none.so >> -rwxr-xr-x 1 root root 193192 May 30 15:20 >> /opt/slurm/lib64/slurm/mpi_ope
Re: [OMPI users] Fwd: OpenMPI 3.1.0 on aarch64
Odd - Artem, do you have any suggestions? > On Jun 7, 2018, at 7:41 AM, Bennet Fauber wrote: > > Thanks, Ralph, > > I just tried it with > >srun --mpi=pmix_v2 ./test_mpi > > and got these messages > > > srun: Step created for job 89 > [cav02.arc-ts.umich.edu:92286] PMIX ERROR: OUT-OF-RESOURCE in file > client/pmix_client.c at line 234 > [cav02.arc-ts.umich.edu:92286] OPAL ERROR: Error in file > pmix2x_client.c at line 109 > [cav02.arc-ts.umich.edu:92287] PMIX ERROR: OUT-OF-RESOURCE in file > client/pmix_client.c at line 234 > [cav02.arc-ts.umich.edu:92287] OPAL ERROR: Error in file > pmix2x_client.c at line 109 > -- > The application appears to have been direct launched using "srun", > but OMPI was not built with SLURM's PMI support and therefore cannot > execute. There are several options for building PMI support under > SLURM, depending upon the SLURM version you are using: > > version 16.05 or later: you can use SLURM's PMIx support. This > requires that you configure and build SLURM --with-pmix. > > Versions earlier than 16.05: you must use either SLURM's PMI-1 or > PMI-2 support. SLURM builds PMI-1 by default, or you can manually > install PMI-2. You must then build Open MPI using --with-pmi pointing > to the SLURM PMI library location. > > Please configure as appropriate and try again. > -- > > > Just to be complete, I checked the library path, > > > $ ldconfig -p | egrep 'slurm|pmix' >libpmi2.so.1 (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi2.so.1 >libpmi2.so (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi2.so >libpmix.so.2 (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmix.so.2 >libpmix.so (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmix.so >libpmi.so.1 (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi.so.1 >libpmi.so (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi.so > > > and libpmi* does appear there. > > > I also tried explicitly listing the slurm directory from the slurm > library installation in LD_LIBRARY_PATH, just in case it wasn't > traversing correctly. that is, both > > $ echo $LD_LIBRARY_PATH > /sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0/lib:/opt/arm/gcc-7.1.0_Generic-AArch64_RHEL-7_aarch64-linux/lib64:/opt/arm/gcc-7.1.0_Generic-AArch64_RHEL-7_aarch64-linux/lib:/opt/slurm/lib64:/sw/arcts/centos7/hpc-utils/lib > > and > > $ echo $LD_LIBRARY_PATH > /opt/slurm/lib64/slurm:/opt/pmix/2.0.2/lib:/sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0/lib:/opt/arm/gcc-7.1.0_Generic-AArch64_RHEL-7_aarch64-linux/lib64:/opt/arm/gcc-7.1.0_Generic-AArch64_RHEL-7_aarch64-linux/lib:/opt/slurm/lib64:/sw/arcts/centos7/hpc-utils/lib > > > I don't have a saved build log, but I can rebuild this and save the > build logs, in case any information in those logs would help. > > I will also mention that we have, in the past, used the > --disable-dlopen and --enable-shared flags, which we did not use here. > Just in case that makes any difference. > > -- bennet > > > > > > > > On Thu, Jun 7, 2018 at 10:01 AM, r...@open-mpi.org wrote: >> I think you need to set your MPIDefault to pmix_v2 since you are using a >> PMIx v2 library >> >> >>> On Jun 7, 2018, at 6:25 AM, Bennet Fauber wrote: >>> >>> Hi, Ralph, >>> >>> Thanks for the reply, and sorry for the missing information. I hope >>> this fills in the picture better. >>> >>> $ srun --version >>> slurm 17.11.7 >>> >>> $ srun --mpi=list >>> srun: MPI types are... >>> srun: pmix_v2 >>> srun: openmpi >>> srun: none >>> srun: pmi2 >>> srun: pmix >>> >>> We have pmix configured as the default in /opt/slurm/etc/slurm.conf >>> >>> MpiDefault=pmix >>> >>> and on the x86_64 system configured the same way, a bare 'srun >>> ./test_mpi' is sufficient and runs. >>> >>> I have tried all of the following srun variations with no joy >>> >>> >>> srun ./test_mpi >>> srun --mpi=pmix ./test_mpi >>> srun --mpi=pmi2 ./test_mpi >>> srun --mpi=openmpi ./test_mpi >>> >>> >>> I believe we are using the spec files that come with both pmix and >>> with slurm, and the following to build the .rpm files used at >>> installation >>> >>> >>> $ rpmbuild --define '_prefix /opt/pmix/2.0.2' \ >>> -ba pmix-2.0.2.spec >>> >>> $ rpmbuild --define '_prefix /opt/slurm' \ >>> --define '_with-pmix --with-pmix=/opt/pmix/2.0.2' \ >>> -ta slurm-17.11.7.tar.bz2 >>> >>> >>> I did use the '--with-pmix=/opt/pmix/2.0.2' option when building OpenMPI. >>> >>> >>> In case it helps, we have these libraries on the aarch64 in >>> /opt/slurm/lib64/slurm/mpi* >>> >>> -rwxr-xr-x 1 root root 257288 May 30 15:27 >>> /opt/slurm/lib64/slurm/mpi_none.so >>> -rwxr-xr-x 1 root root 257240 May 30 15:27 >>> /opt/slurm/lib64/slurm/mpi_openmpi.so >>> -rwxr-xr-x 1 root root 668808 May 30 15:27 >>> /opt/slurm/lib64/slurm/mpi_pmi2.so >>> lrwxrwxrwx 1 root root 16 Jun 1 08:38 >>> /opt/slurm/lib64/slurm/mpi_pmix.so ->
Re: [OMPI users] Fwd: OpenMPI 3.1.0 on aarch64
I rebuilt and examined the logs more closely. There was a warning about a failure with the external hwloc, and that led to finding that the CentOS hwloc-devel package was not installed. I also added the options that we have been using for a while, --disable-dlopen and --enable-shared, to the configure line, and now it runs with srun, both in its bare form srun ./test_mpi and specifying the pmix type srun --mpi=pmix_v2 ./test_mpi I will probably try to figure out whether either of the two configure options were the culprit. I have a suspicion that there might have been a cascade of errors from the missing hwloc, however. -- bennet ___ users mailing list users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/users
Re: [OMPI users] Fwd: OpenMPI 3.1.0 on aarch64
Hello, Bennet. One odd thing that I see in the error output that you have provided is that pmix2x_client.c is active. Looking into the v3.1.x branch (https://github.com/open-mpi/ompi/tree/v3.1.x/opal/mca/pmix) I see the following components: * ext1x * ext2x ... *pmix2x Pmix2x_client is in internal pmix2x component that shouldn't be built if external ext2x component was configured. At least it was the case before. According to the output it fails on PMIx_Init(). Can you please do "$ ls mca_pmix_*" in the /lib/openmpi directory? Another thing that caught my eye: you say that OMPI searches of PMIx 3.x: ... > It fails on the test for PMIx 3, which is expected, but then > reports > > > configure:12843: checking version 2x > configure:12861: gcc -E -I/opt/pmix/2.0.2/include conftest.c > configure:12861: $? = 0 > configure:12862: result: found > But OMPI v3.1.x doesn't have such a component. Can you provide the related lines from config.log? Now about debugging of what is happening: 1. I'd like to see results with PMIx debug on: $ env PMIX_DEBUG=100 srun --mpi=pmix_v2 ... 2. Can you set SlurmdDebug option in slurm.conf to 10, run the test and provide the content of slurmd.log? Today's Topics: 1. Re: Fwd: OpenMPI 3.1.0 on aarch64 (r...@open-mpi.org) -- Message: 1 Date: Thu, 7 Jun 2018 08:05:30 -0700 From: "r...@open-mpi.org" To: Open MPI Users Subject: Re: [OMPI users] Fwd: OpenMPI 3.1.0 on aarch64 Message-ID: Content-Type: text/plain; charset=utf-8 Odd - Artem, do you have any suggestions? > On Jun 7, 2018, at 7:41 AM, Bennet Fauber wrote: > > Thanks, Ralph, > > I just tried it with > >srun --mpi=pmix_v2 ./test_mpi > > and got these messages > > > srun: Step created for job 89 > [cav02.arc-ts.umich.edu:92286] PMIX ERROR: OUT-OF-RESOURCE in file > client/pmix_client.c at line 234 [cav02.arc-ts.umich.edu:92286] OPAL > ERROR: Error in file pmix2x_client.c at line 109 > [cav02.arc-ts.umich.edu:92287] PMIX ERROR: OUT-OF-RESOURCE in file > client/pmix_client.c at line 234 [cav02.arc-ts.umich.edu:92287] OPAL > ERROR: Error in file pmix2x_client.c at line 109 > -- > The application appears to have been direct launched using > "srun", but OMPI was not built with SLURM's PMI support and therefore > cannot execute. There are several options for building PMI support > under SLURM, depending upon the SLURM version you are using: > > version 16.05 or later: you can use SLURM's PMIx support. This > requires that you configure and build SLURM --with-pmix. > > Versions earlier than 16.05: you must use either SLURM's PMI-1 or > PMI-2 support. SLURM builds PMI-1 by default, or you can manually > install PMI-2. You must then build Open MPI using --with-pmi pointing > to the SLURM PMI library location. > > Please configure as appropriate and try again. > -- > > > > Just to be complete, I checked the library path, > > > $ ldconfig -p | egrep 'slurm|pmix' >libpmi2.so.1 (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi2.so.1 >libpmi2.so (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi2.so >libpmix.so.2 (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmix.so.2 >libpmix.so (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmix.so >libpmi.so.1 (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi.so.1 >libpmi.so (libc6,AArch64) => /opt/pmix/2.0.2/lib/libpmi.so > > > and libpmi* does appear there. > > > I also tried explicitly listing the slurm directory from the slurm > library installation in LD_LIBRARY_PATH, just in case it wasn't > traversing correctly. that is, both > > $ echo $LD_LIBRARY_PATH > /sw/arcts/centos7/gcc_7_1_0/openmpi/3.1.0/lib:/opt/arm/gcc-7.1.0_Gener > ic-AArch64_RHEL-7_aarch64-linux/lib64:/opt/arm/gcc-7.1.0_Generic-AArch > 64_RHEL-7_aarch64-linux/lib:/opt/slurm/lib64:/sw/arcts/centos7/hpc-uti > ls/lib > > and > > $ echo $LD_LIBRARY_PATH > /opt/slurm/lib64/slurm:/opt/pmix/2.0.2/lib:/sw/arcts/centos7/gcc_7_1_0 > /openmpi/3.1.0/lib:/opt/arm/gcc-7.1.0_Generic-AArch64_RHEL-7_aarch64-l > inux/lib64:/opt/arm/gcc-7.1.0_Generic-AArch64_RHEL-7_aarch64-linux/lib > :/opt/slurm/lib64:/sw/arcts/centos7/hpc-utils/lib > > > I don't have a saved build log, but I can rebuild this and save the > build logs, in case any information in those logs would help. > > I will also mention that we have, in the past, used the > --disable-dlopen and --enable-shared flags, which we did not use here. > Just in case that makes any difference. > > -- bennet > > > > > > > > On Thu, Jun 7, 2018 at 10:01 AM, r...@open-mpi.org wrote: >> I think you need to set your MPIDefault to pmix_v2 since you are >> using a PMIx v2 library >> >> >>> On Jun 7, 2018, at 6:25 AM, Bennet Fauber wrote: >>> >>> Hi, Ralph, >>> >>> Thanks f