[mpich-discuss] executing programs from samba share

[Jayesh Krishna]

Hi,
 Good to know the suggestion worked for you.
 If you use the "-localroot" option the root process with be launched on the local node and you should get access to the screen/GUI on the local node. You will still need to register username/password with mpiexec to be able to launch your processes on the other nodes (So if I understand your email correctly you still need to be able to login to the client render nodes).

Regards,
Jayesh

----- Original Message -----
From: "Keith Parkins" <kparkins at cs.rochester.edu>
To: "Jayesh Krishna" <jayesh at mcs.anl.gov>
Cc: mpich-discuss at mcs.anl.gov
Sent: Thursday, June 28, 2012 10:15:10 AM
Subject: Re: [mpich-discuss] executing programs from samba share

Hi Jayesh,

Using the -map option indeed worked. Our old setup (older mpich-1.2 plus
Windows Xp) didn't require the map parameters. I don't know if it is due
to the different versions of the os or of MPICH2, but hopefully this
message will help anyone else who has this problem.

Your final suggestion for spawning the graphic nodes is interesting.
Right now I run the serve with -d 0 option per the old Windows MPICH  pdf
after logging into each node. Are you saying that using the -localroot
option will get rid of the need to run the server with the -d 0 option
and without requiring the user to login to the client render nodes?

Thanks again
-Keith

On Wed, 27 Jun 2012, Jayesh Krishna wrote:

> Hi,
> So is your job running with the "-map" option?
> The drive is mapped/unmapped for the job by mpiexec using the "-map" option (Users typically don't want the drive mapped beyond the duration of the job).
> I am assuming that the error (missing dlls) before was related to MPICH2. Is this correct? Can you send us the command and the output (including error message)?
>
> (PS: You are running the process manager as an application, not a service. This might be the reason you are able to access the shared drives. If you just need the GUI/screen access at the launch node, i.e., root process, you can run SMPD as a service and use the "-localroot" option to launch your job.)
> Regards,
> Jayesh
>
> ----- Original Message -----
> From: "Keith Parkins" <kparkins at cs.rochester.edu>
> To: "Jayesh Krishna" <jayesh at mcs.anl.gov>
> Cc: mpich-discuss at mcs.anl.gov
> Sent: Wednesday, June 27, 2012 12:38:57 PM
> Subject: Re: [mpich-discuss] executing programs from samba share
>
> Hi Jayesh,
>
> The drives are already mapped. The drives need to remain mapped after
> the process quits, and it looks like the -map option will cause the
> drive to get unmapped. Is that correct? Once again, the same setup was
> used before except under Xp, and it worked fine then without explicitly
> mapping or setting the path to the shared library drive.
>
> One other note, the binary that is executed is mounted on a separate share
> from the share that hosts the development libraries. mpiexec doesn't
> have a problem executing the main application from a share, it's just
> when it tries to load the dlls that are linked to the application that
> it can't seem to find the mounted dll share.
>
> Does that ring any bells for anyone?
>
> Thanks
> -Keith
>
> On Wed, 27 Jun 2012, Jayesh Krishna wrote:
>
>> Hi,
>> Did you try the "-map" option of mpiexec (See the Windows developer's guide, "mpiexec options", for details - http://www.mcs.anl.gov/research/projects/mpich2/documentation/index.php?s=docs )?
>>
>> Regards,
>> Jayesh
>>
>> ----- Original Message -----
>> From: "Keith Parkins" <kparkins at cs.rochester.edu>
>> To: mpich-discuss at mcs.anl.gov
>> Sent: Wednesday, June 27, 2012 10:01:13 AM
>> Subject: [mpich-discuss] executing programs from samba share
>>
>> Hi,
>>
>> I upgraded our mpich2 cluster from Windows XP to Windows 7. After
>> getting the smpd service configured and working with the -d 0 option to
>> take control of the screen, I tried testing our application. The
>> application accesses dlls from a mounted share, and the global
>> environment variable on each client adds the dll directory to its path
>> by default. However, when the program is spawned by mpiexec the clients
>> cannot find the path with the dlls (it complains that it can't find a
>> dll in the mounted directory). When using either the -path or the -dir
>> flags to explicitly tell mpich2 it still fails with the same message. I
>> am wondering if there is a security setting that needs to be modified to
>> allow remote processes to be able to load applications and dlls from mounted
>> shares. Launching the program as a standalone works as expected.
>>
>> Does anyone know how to address this? I've tried searching with no luck.
>>
>> Thanks!
>> -Keith
>>
>>
>> Keith Parkins                    U of R Center for Visual Science
>> kparkins   cvs.rochester.edu       Meliora Hall, Room 253
>> _______________________________________________
>> mpich-discuss mailing list     mpich-discuss at mcs.anl.gov
>> To manage subscription options or unsubscribe:
>> https://lists.mcs.anl.gov/mailman/listinfo/mpich-discuss
>>
>
> Keith Parkins                    U of R Center for Visual Science
> kparkins cvs.rochester.edu       Meliora Hall, Room 253
>

Keith Parkins                    U of R Center for Visual Science
kparkins cvs.rochester.edu       Meliora Hall, Room 253