The option to expand the remote LD_LIBRARY_PATH, in such a way that
Open MPI related applications have their dependencies satisfied, is in
the trunk. The fact that the compiler requires some LD_LIBRARY_PATH is
out of the scope of an MPI implementation, and I don't think we should
take care of it.
Passing the local LD_LIBRARY_PATH to the remote nodes doesn't make
much sense. There are plenty of environment, where the head node have
a different configuration than the compute nodes. Again, in this case
my original solution seems not that bad. If you copy (or make a link
if you prefer) in the Open MPI lib directory to the compiler shared
libraries, this will work.
On Oct 14, 2008, at 12:11 PM, Craig Tierney wrote:
> George Bosilca wrote:
>> This is a problem with the Intel libraries and not the Open MPI
>> ones. You have to somehow make these libraries available on the
>> compute nodes.
>> What I usually do (but it's not the best way to solve this problem)
>> is to copy these libraries somewhere on my home area and to add the
>> directory to my LD_LIBRARY_PATH.
> This is ok when you only ever use one compiler, but it isn't very
> I want to keep it as simple as possible for my users, while having a
> The libraries are on the compute nodes, the problem deals with
> multiple versions of compilers. I can't just list all of the lib
> in ld.so.conf, because then the user will never get the correct
> one. I can't
> specify a static LD_LIBRARY_PATH for the same reason. I would
> prefer not
> to build my system libraries static.
> To the OpenMPI developers, what is your opinion on changing orterun/
> to pass LD_LIBRARY_PATH to the remote hosts when starting OpenMPI
> By hand, all that would be done is:
> env LD_LIBRARY_PATH=$LD_LIBRARY_PATH $OPMIPATH/orted <args>
> This would ensure that orted is launched correctly.
> Or is it better to just build the OpenMPI tools statically? We also
> use other compilers (PGI, Lahey) so I need a solution that works for
> all of them.
>> On Oct 10, 2008, at 6:17 PM, Craig Tierney wrote:
>>> I am having problems launching openmpi jobs on my system. I
>>> support multiple versions
>>> of MPI and compilers using GNU Modules. For the default compiler,
>>> everything is fine.
>>> For non-default, I am having problems.
>>> I built Openmpi-1.2.6 (and 1.2.7) with the following configure
>>> # module load intel/10.1
>>> # ./configure CC=icc CXX=icpc F77=ifort FC=ifort F90=ifort --
>>> prefix=/opt/openmpi/1.2.7-intel-10.1 --without-
>>> gridengine --enable-io-romio --with-io-romio-flags=--with-file-
>>> sys=nfs+ufs --with-openib=/opt/hjet/ofed/1.3.1
>>> When I launch a job, I run the module command for the right
>>> compiler/MPI version to set the paths
>>> correctly. Mpirun passes LD_LIBRARY_PATH to the executable I am
>>> launching, but not orted.
>>> When orted is launched on the remote system, the LD_LIBRARY_PATH
>>> doesn't come with, and the Intel 10.1 libraries can't be found.
>>> /opt/openmpi/1.2.7-intel-10.1/bin/orted: error while loading
>>> shared libraries: libintlc.so.5: cannot open shared object file:
>>> No such file or directory
>>> How do others solve this problem?
>>> Craig Tierney (craig.tierney_at_[hidden])
>>> users mailing list
>> users mailing list
> Craig Tierney (craig.tierney_at_[hidden])
> users mailing list