User ID are differents (1001 and 1002). In any case, I can't maintain users ID synchronisation for all the users I have to create now and in the future... So, either I find a LDAP/NIS solution, or I ask users to create scripts using only the shared disks.... I think these are the two only solutions (file staging seems not required since I have shared disk solution)... Do you see any others?
Thanks Lionel ________________________________________ De : Reuti [[email protected]] Date d'envoi : jeudi 26 juillet 2012 17:50 À : Lionel SPINELLI Cc : Rayson Ho; [email protected] Objet : Re: RE : [gridengine users] Managing user password Am 26.07.2012 um 17:46 schrieb Lionel SPINELLI: > My sentence was confusing... my shared disk is a NAS on which there is no > permission definitions (so everybody can read/write). > So writing to the NAS is ok. Writting to the local disk fails You would need some file staging then, as nothing is transfered by SGE. Therefore often it's directly written to the shared home directory. > (I am not surprised since I can't see how sge would manage passwords since Passwords are not used by SGE, the UID is important. Can you check the UID on both machines? $ id tommy -- Reuti > my users are all independantly created because I don't have any NIS or > LDAP)... > Now I understand better : I need my users to be defined on a centralized > point (LDAP or NIS) so they are shared by all machines. Complex since the > platform I try to manage is linux based and the rest of the IT system in the > lab is Microsoft based. > > Thanks a lot for your responses... I will try to find a solution... > > > Lionel > ________________________________________ > De : Rayson Ho [[email protected]] > Date d'envoi : jeudi 26 juillet 2012 17:37 > À : Reuti > Cc : Lionel SPINELLI; [email protected] > Objet : Re: [gridengine users] Managing user password > > On Thu, Jul 26, 2012 at 11:32 AM, Reuti <[email protected]> wrote: >>> But when I try to submit a job, I got an error telling "error: can't open >>> output file "/home/tommy/simple.sh.o60": Permission denied >>> >>> Obviously, if i use the -o and -e option of qsub to put the output and >>> error logs to a shared disk without write permissions, anything is ok. >> >> Mmh - is it now shared with or without write permission? "... to a shared >> disk without write permissions, it won't work". > > I think Lionel means with... > > AND BTW, Grid Engine does not need to login as the user with a > password, so you don't need the same password for tommy. Also, > different UIDs for each tommy account should also work, however that > writing to a shared disk works but a local disk fails (or vice versa?) > means that it can be the UID issue... > > Rayson > > > > > >> >> -- Reuti >> >> >>> So, how can i get my user "tommy" able to submit jobs that need to write >>> temporary files (for instance) on the account "tommy" ? >>> >>> Thanks in advance >>> >>> Lionel >>> >>> >>> _______________________________________________ >>> users mailing list >>> [email protected] >>> https://gridengine.org/mailman/listinfo/users >> >> >> _______________________________________________ >> users mailing list >> [email protected] >> https://gridengine.org/mailman/listinfo/users > _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
