Hi guys, Thanks for the follow-up.
It appears that you are ruling out that Munge is required because the system runs TORQUE, but as far as I can see Munge is/can be used by both SLURM and TORQUE. (http://docs.adaptivecomputing.com/torque/4-0-2/Content/topics/1-installConfig/serverConfig.htm#usingMUNGEAuth) If I misunderstood the drift, please ignore ;-) Mark > On 26 Mar 2015, at 5:38 , Gilles Gouaillardet <gilles.gouaillar...@iferc.org> > wrote: > > On 2015/03/26 13:00, Ralph Castain wrote: >> Well, I did some digging around, and this PR looks like the right solution. > ok then :-) > > following stuff is not directly related to ompi, but you might want to > comment on that anyway ... >> Second, the running of munge on the IO nodes is not only okay but required >> by Luster. > this is the first time i hear that. > i googled "lustre munge" and could not find any relevant info about that. > is this a future feature of Lustre ? > as far as i am concerned, only Lustre MDS need a "unix" authentication > system > (ldap, nis, /etc/passwd, ...) and munge does not provide this service. >> Future systems are increasingly going to run the user’s job script >> (including mpirun) on the IO nodes as this (a) frees up the login node for >> interactive editing, and (b) avoids the jitter introduced by running the job >> script on the same node as application procs, or wasting a compute node to >> just run the job script. > that does make sense not to run the script on a compute node. > but once again i am surprised ... as far as i am concerned, lustre IO > nodes (MDS and/or OSS) do not mount the filesystem > (i mean you cannot access the filesystem as if you were on a lustre client). > of course, you can write your script so it does not require any access > to the lustre filesystem, but that sounds like a lot of pain > for a small benefit. > /* that is specific to Lustre. GPFS for example can access the > filesystem from an IO node */ > > Cheers, > > Gilles > _______________________________________________ > users mailing list > us...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/users > Link to this post: > http://www.open-mpi.org/community/lists/users/2015/03/26539.php