Yes, I know. Sorry I might not have articulated myself fully earlier.

Currently if I run configure as:

$ ./configure --prefix=/curc/tools/x_86_64/rh6/openmpi/1.8.3/intel/13.0.0 \
  --with-threads=posix --enable-mpi-thread-multiple \
  --with-pmi=/curc/slurm/slurm/current/ --with-slurm

I get the following error:

--- MCA component common:pmi (m4 configuration macro)
checking for MCA component common:pmi compile mode... dso
checking if user requested PMI support... yes
checking if PMI or PMI2 headers installed... Slurm PMI headers found
checking for PMI2_Init in -lpmi2... no
checking for PMI2_Init in -lpmi... no
checking for PMI_Init in -lpmi... no
checking PMI2 and/or PMI support enabled... no
configure: WARNING: PMI support requested (via --with-pmi) but not found.
configure: error: Aborting.

As the test in config/opal_check_pmi.m4 contains:

            [AS_IF([test -d "$with_pmi/lib64"],
                        [opal_check_pmi_$1_LDFLAGS="-L$with_pmi/lib64"
                         opal_pmi_rpath="$with_pmi/lib64"],
                        [opal_check_pmi_$1_LDFLAGS="-L$with_pmi/lib"
                         opal_pmi_rpath="$with_pmi/lib”])

And in our SLURM installation directory:

$ ls /curc/slurm/slurm/current/lib64/
perl5
$ ls /curc/slurm/slurm/current/lib/
libpmi.a   libpmi.so.0      libslurmdb.a   libslurmdb.so.27      libslurm.so    
     slurm
libpmi.la  libpmi.so.0.0.0  libslurmdb.la  libslurmdb.so.27.0.0  libslurm.so.27
libpmi.so  libslurm.a       libslurmdb.so  libslurm.la           
libslurm.so.27.0.0

So the patch I am providing checks for the actual libpmi.so file, by
1) replacing the test -d with a test -f 
2) appending the file we are looking for (libpmi.so)

You do bring up an interesting point, I didn’t think of. If it is checking for 
libpmi2.so, that can be accounted for by adding another 2 test and run-if-true 
results to the AS_IF macro. If you deem my patch worthwhile, I am happy to 
modify it to meet this criteria.

Regards
Timothy


On Oct 6, 2014, at 6:07 PM, Joshua Ladd <jladd.m...@gmail.com> wrote:

> We only link in libpmi(2).so if specifically requested to do so via 
> "--with-pmi" configure flag. It is not automatic. 
> 
> Josh
> 
> On Mon, Oct 6, 2014 at 3:28 PM, Timothy Brown <timothy.brow...@colorado.edu> 
> wrote:
> Hi,
> 
> I’m not too sure if this is the right list, or if I should be posting to the 
> dev list. Please let me know if I’m in the wrong.
> 
> We use SLURM (14.03.7) and have been trying to get OpenMPI (1.8.3) to work 
> with `srun`. It seems that the M4 file to check for PMI doesn’t work in our 
> situation. Where we have both a lib64 and lib directory within SLURM. The 
> lib64 directory only contains perl modules, while the lib directory contains 
> the PMI library.
> 
> By changing the M4 AS_IF macro in config/opal_check_pmi.m4 to check for the 
> library .so and to have an else if test. The configuration script finds the 
> library. Which means OpenMPI builds with PMI support and now we have
> - srun
> - mpirun
> - mpiexec
> all working properly.
> 
> I have created a patch against the git master and it’s attached.
> 
> Regards
> Timothy
> 
> 
> 
> _______________________________________________
> users mailing list
> us...@open-mpi.org
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users
> Link to this post: 
> http://www.open-mpi.org/community/lists/users/2014/10/25467.php
> 
> _______________________________________________
> users mailing list
> us...@open-mpi.org
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users
> Link to this post: 
> http://www.open-mpi.org/community/lists/users/2014/10/25469.php

Reply via email to