smpd + mpiexec_rsh.c

[Jeffrey Frey <frey@…>]

Another bug with smpd and mpiexec_rsh startup:  the working directory
is never passed to the rsh invocations.  E.g. I run the job from /
home/frey/mpitest and have the program attempting to open "test.in"
and it fails since the "rsh" puts me in /home/frey.  So relative
paths will never work with mpiexec_rsh startup.




::::::::::::::::::::::::::::::::::::::::::::::::::::::
   Jeffrey T. Frey, Ph.D.
   Systems Programmer IV / Cluster Management
   Network & Systems Services / College of Engineering
   University of Delaware, Newark DE  19716
   Office: (302) 831-6034  Mobile: (302) 419-4976
   http://turin.nss.udel.edu/

   99 A1 7F 5E 71 70 8A 38  3C 4A A2 B1 4D 0A B2 49
::::::::::::::::::::::::::::::::::::::::::::::::::::::

[Jeffrey Frey]

This message has 0 attachment(s)

[jayesh]

Moving this ticket to 1.1.1 since we are too close to 1.1rc1 . We need to handle the case where changing directory to the working directory fails for the launched processes. We need to at least document this case and a solution before fixing this ticket.

Regards, Jayesh

[jayesh]

It is not trivial to handle the failure case (if path not existent back off to home directory) in the current code. The default case should work without any surprises for existing users (Users specifying full path of executable). So the fix is not to fix anything in the code (Moreover we are moving to hydra - the new process manager for MPICH2 - soon...). Added document regarding usage of relative paths in the windev guide (r4871).

Regards, Jayesh