[mpich-discuss] executing programs from samba share

[Keith Parkins]

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