[mvapich-discuss] RE: Could you upgrade "mpirun_rsh" command

[Yutaka Kubota]

TO: Professor Panda
CC: Jonathan

This is Yutaka Kubota from Cray Japan Inc.

Thank you for answer and your idea. 

We have a favor to ask you. In fact, we strongly need function of "mpirun_rsh" new option of keeping Group ID to compute nodes. Because our users having some group executed "newgrp" submit job using MVAPICH2. So if they execute "newgrp" command for change other group, their put files posses original group. It is problem for our system. I guess such user is more exist in the MVAPICH2 users. Could you discuss to add this function on the MVAPICH2.

For example:
 $ mpirun_rsh -np 64 -hostfile hostfile.txt -g $GROUP_ID ./a.out

Best regards

Yutaka Kubota

-----Original Message-----
From: Jonathan Perkins [mailto:perkinjo at cse.ohio-state.edu] 
Sent: Tuesday, October 27, 2009 12:42 AM
To: Yutaka Kubota
Cc: mvapich-discuss at cse.ohio-state.edu
Subject: Re: [mvapich-discuss] RE: Could you upgrade "mpirun_rsh" command

Sorry for the delay in replying.  We spent some time reviewing the options for satisfying this request.  At first glance this issue seems like it can be better suited to be handled by other mechanisms but I haven't found any that handles the dynamic setting of a user's effective group id on a remote machine.  It also doesn't seem trivial to setup the requested behavior using wrapper script(s) while being friendly enough for the general user.  Because of this, I think that it may be warranted to provide a command line option to mpirun_rsh that tells mpispawn to change its gid to that provided.

I'm not sure if this will make it into our upcoming release.  If not, we can release this as a patch to you in the meantime and make it generally available in the next minor or patch release for those who are interested.

On Sun, Oct 25, 2009 at 07:53:33PM -0500, Yutaka Kubota wrote:
> Dear MVAPICH2 discussion Mailing list,
> 
> This is Yutaka Kubota from Cray Japan Inc.
> 
> We don't receive your reply about it yet. We guess that this problem is not MPI, so you might decide low priority about this symptom. However this problem is high priority for us. So if you don't have much time for fix the symptom. Please let me know who should I ask. If we have to fix this symptom for own coding. We are afraid that we have to fix mpirun_rsh command every MVAPICH2 version up.
> 
> Yutaka Kubota, Cray Japan inc.
> 
> 
> -----Original Message-----
> From: owner-tokyocsd at cray.com [mailto:owner-tokyocsd at cray.com] On 
> Behalf Of Yutaka Kubota
> Sent: Wednesday, October 21, 2009 12:24 PM
> To: mvapich-discuss at cse.ohio-state.edu
> Subject: Could you upgrade "mpirun_rsh" command
> 
> Dear MVAPICH2 discussion Mailing list,
> 
> This is Yutaka Kubota from Cray Japan.
> 
> I always appreciate your support. Our Satoshi Isono had asked that we had confirmed that all putting files owner were changed before group when change the Liux group using newgrp command and submit job using "mpirun_rsh" command. Bill in university of Texas had answered that insert "/usr/bin/sg `id -gn`" command line in between MPI option and execution binary name. We had confirmed that most patter submission was resolved on this way. However some submission patter using "sg" command affected to user program. 
> 
> Could you fix "mpirun_rsh" command for newgrp user put files before owner changed symptom?
> 
> Best regards
> 
> Yutaka Kubota, Cray Japan.
> 
> 
> 
> _______________________________________________
> mvapich-discuss mailing list
> mvapich-discuss at cse.ohio-state.edu
> http://mail.cse.ohio-state.edu/mailman/listinfo/mvapich-discuss

--
Jonathan Perkins
http://www.cse.ohio-state.edu/~perkinjo