Re: [O-MPI users] mpirun --prefix

2005-11-23 Thread Rainer Keller
Hello Anthony,
On Tuesday 22 November 2005 18:20, Anthony Chan wrote:
> This is not a bug just wonder if this can be improved.  I have been
> running openmpi linked program with command
>
> /bin/mpirun --prefix  \
>  --host A  -np N a.out
>
> My understanding is that --prefix allows extra search path in addition to
> PATH and LD_LIBRARY_PATH, correct me if I am wrong.  Assuming that
> openmpi's install directory structure is fixed, would it possible for
> mpirun to search  automatically for libmpi.so &
> friends so to avoid the redundant --prefix  to
> mpirun ?
The problem is, that You need the LD_LIBRARY_PATH set to the 
ompi/orte-libraries installed on Your system
However, with rsh-based startup-method, those paths may not be set on the 
actual node.
Therefore, one solution is to copy those flags responsible with -x PATH and -x 
LD_LIBRARY_PATH, or shorter to use --prefix so that the rsh-code sets these 
env.-flags itself.

However, You may need to play with the --mca rsh_assume_same_shell 0 flag to 
the mpirun startup  to figure out the way these flags should be set (bash/sh, 
tcsh/csh-way)... Otherwise, it assumes the same shell as on the machine You 
run the mpirun/mpiexec.

With best regards,
Rainer
-- 
-
Dipl.-Inf. Rainer Keller   email: kel...@hlrs.de
  High Performance Computing Tel: ++49 (0)711-685 5858
Center Stuttgart (HLRS)Fax: ++49 (0)711-678 7626
  POSTAL:Nobelstrasse 19 http://www.hlrs.de/people/keller
  ACTUAL:Allmandring 30, R. O.030
  70550 Stuttgart


[O-MPI users] Can't configure OpenMPI 1.0 on Mac OS X 10.4.3

2005-11-23 Thread Max Manfrin

Dear *,
	I'm having some trouble in building the new Open MPI 1.0. The  
configure step doesn't go through. I attach the output of the command  
in the terminal and the config.LOG file in the file output-compile.tgz


On this machine there is already the Open MPI 1.0rc4 that built  
without problem. I attach the result of the ompi_info --all command  
in the file ompi_info_1rc4.txt.zip


Thanks in advance for any help you might give me.


Max MANFRIN
http://iridia.ulb.ac.be/~mmanfrin/

*
** **
** WARNING:  This email contains an attachment of a very suspicious type.  **
** You are urged NOT to open this attachment unless you are absolutely **
** sure it is legitmate.  Opening this attachment may cause irreparable**
** damage to your computer and your files.  If you have any questions  **
** about the validity of this message, PLEASE SEEK HELP BEFORE OPENING IT. **
** **
** This warning was added by the IU Computer Science Dept. mail scanner.   **
*

<>


output-compile.tgz
Description: Binary data




PGP.sig
Description: This is a digitally signed message part


Re: [O-MPI users] mpirun --prefix

2005-11-23 Thread Jeff Squyres

On Nov 22, 2005, at 12:20 PM, Anthony Chan wrote:


This is not a bug just wonder if this can be improved.  I have been
running openmpi linked program with command

/bin/mpirun --prefix  \
 --host A  -np N a.out

My understanding is that --prefix allows extra search path in addition 
to

PATH and LD_LIBRARY_PATH, correct me if I am wrong.


Sort of.  It actually uses an absolute pathname to launch various 
executables (as opposed to launching executables with relative 
filenames and letting the $PATH figure it out).


Assuming that openmpi's install directory structure is fixed, would it 
possible for

mpirun to search  automatically for libmpi.so &
friends so to avoid the redundant --prefix  to
mpirun ?


Yes and no.

For the launched processes, yes, we set PATH and LD_LIBRARY_PATH so 
that you don't have to in your shell startup files.


But for mpirun itself, no we cannot, because of unix linker/shell 
semantics.  When you type "mpirun", mpirun itself won't launch until 
liborte.so can be found (one of our support libraries).  So if the unix 
linker can't find liborte.so when you try to launch mpirun, there's 
nothing we can do about it -- mpirun isn't even launched, so there's no 
code that we can have to set LD_LIBRARY_PATH.  That being said, the 
rpath in mpirun should be set such that liborte.so should be found 
automatically (i.e., without you having to set LD_LIBRARY_PATH).  
Hence, the unix linker should be able to find liborte.so regardless of 
what you have in LD_LIBRARY_PATH.


The --prefix option is to set LD_LIBRARY_PATH for the started 
executables because, at least at the moment, we are not setting the 
rpath in user-compiled MPI executables via the wrapper compilers.  This 
is on the to-do list, but it didn't happen for 1.0.


--
{+} Jeff Squyres
{+} The Open MPI Project
{+} http://www.open-mpi.org/