[mvapich-discuss] Fwd: Run-time libraries Question for mpiexec.hydra on latst MVAPICH2 1.8

[Michael E. Thomadakis]

Hello, upon further investigation I noticed that I was initializing the 
run time libraries in LD_LIBRARY_PATH in ~/.bash_profile which bash does 
not run on the target system for non-interactive shells. I move the init 
part in ~/.bashrc and the proxy now works....

michael

On 07/03/2012 01:58 PM, Michael E. Thomadakis wrote:
>
>
> Hello,
>
> I have installed the latest mvapich2_1.8-r5435 on an Intel64 cluster 
> (pls see my attached configuration script and the corresponding 
> config.log).
>
> compilers: IntelXE  12.1.5 (339)
> Java             1.7.0_04
>
> The problem I am encountering is that when I launch an mvapich2 job in 
> our PBS batch system using the "mpiexec.hydra" binary, hydra_pmi_proxy 
> on the target nodes cannot find some intel libraries
>
> Doing something simple as :
>
> *miket at login006[pts/9]exp $ mpiexec.hydra -verbose -hosts login005 -np 
> 4 /bin/hostname
> *
> results in
>
> */scratch/miket/software/mvapich2/1.8-r5435+limic2/intelXE/bin/hydra_pmi_proxy: 
> error while loading shared libraries: libimf.so: cannot open shared 
> object file: No such file or directory
> *
> Please see in the attached file 'debug.txt' the output of te same with 
> -versbose- option.
>
> Note that in my bash login scripts I already load by default the 
> intelXE compilers module "*mtintelXE-compilers*" which
>
> miket at login006[pts/9]exp $ module show mtintelXE-compilers
> -------------------------------------------------------------------
> /scratch/miket/modules/mtintelXE-compilers:
>
> module-whatis    Category:              compilers, runtime, debug support
> module-whatis    Version:               12.1.5 (339)
> module-whatis    Description:   Intel Compilers (C/C++/Fortran, OMP 
> and idb) for intel64
> setenv           LANG en_US
> setenv           INTEL_LICENSE_FILE 
> /scratch/miket/software/intelXE/licenses
> prepend-path     PATH 
> /scratch/miket/software/intelXE/composerxe/pkg_bin/intel64
> prepend-path     LD_LIBRARY_PATH 
> /scratch/miket/software/intelXE/composerxe/lib/intel64
> prepend-path     MANPATH 
> /scratch/miket/software/intelXE/composerxe/man/en_US
> prepend-path     NLSPATH 
> /scratch/miket/software/intelXE/composerxe/pkg_bin/intel64/locale/%l_%t/%N:/scratch/miket/software/intelXE/composerxe/idb/intel64/locale/%l_%t/%N 
>
> setenv           ICC_BIN 
> /scratch/miket/software/intelXE/composerxe/pkg_bin/intel64
> setenv           ICC_LIB 
> /scratch/miket/software/intelXE/composerxe/lib/intel64
> setenv           ICC_MAN 
> /scratch/miket/software/intelXE/composerxe/man/en_US
> setenv           IFC_BIN 
> /scratch/miket/software/intelXE/composerxe/pkg_bin/intel64
> setenv           IFC_LIB 
> /scratch/miket/software/intelXE/composerxe/lib/intel64
> setenv           IFC_MAN 
> /scratch/miket/software/intelXE/composerxe/man/en_US
> setenv           IIDB_BIN 
> /scratch/miket/software/intelXE/composerxe/pkg_bin/intel64
> setenv           IIDB_MAN 
> /scratch/miket/software/intelXE/composerxe/man/en_US
> -------------------------------------------------------------------
>
> sets LD_LIBRARY_PATH to include the "*libimf.so*" library which the 
> launcher cannot find.
>
>
> In general, how can I make the  launcher(s)  locate libraries on the 
> target nodes when the LD_LIBRARY_PATH is not set before the launcher 
> is exec'ed ??
>
> thanks .....
>
>
> Michael
> -- 
>
>
>
>
>
>
> _______________________________________________
> mvapich-discuss mailing list
> mvapich-discuss at cse.ohio-state.edu
> http://mail.cse.ohio-state.edu/mailman/listinfo/mvapich-discuss


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.cse.ohio-state.edu/pipermail/mvapich-discuss/attachments/20120703/a61c30a1/attachment.html