A half-way house for user management is to maintain the accounts on one
system and distribute the passwd files (passwd, shadow, group, etc.)
using rsync or CF-Engine or Puppet.
Malcolm.
On 27/07/12 02:05, Rayson Ho wrote:
On Thu, Jul 26, 2012 at 11:46 AM, Lionel SPINELLI
<[email protected]> wrote:
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.
IIRC, you don't need to have a centralized user account management
system, and in fact even same account w/ different UIDs *should* work.
Grid Engine looks up the account information when it starts a job, so
really a sync UID is not absolutely needed, but it can be if you have
a shared filesystem that has ACLs that uses UID.
Instead of implementing a centralized user account system, which
*really* is lots of work, I think the best to approach is to find out
why it can't write to the local disk. You can submit a job that runs
"id", and output it to the shared FS, and check if the job is really
running as the job owner. And then you can login as tommy and run
something interactively and see if writing to the local disk is OK or
not, etc... basically standard Linux admin stuff - you got the idea.
:-)
Rayson
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
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users