On Wed, 30 Oct 2002, Mengjuei Hsieh wrote:

> on 10/30/02 15:22, Mike Mettke at [EMAIL PROTECTED] wrote:
> > Hi,
> > I am running RH7.3 with 1.4. All tests pass when running on the head node. I
> > can also submit PBS jobs as ordinary user while being on the head node.
> > However, when I am on any of the client nodes as oscartst, the testcluster
> > script goes past the ssh tests successfully, but fails all pbs jobs with
> > qsub: Bad UID for job execution
> > The same happens when I am an ordinary user on any of the client nodes.
> > What is the condition for PBS to allow job submission when not being on the
> > pbs server ?
> 
> Dear Mike
> 
> Did you update the /etc/passwd and /etc/shadow files on the nodes after you
> add a new user? It can be done by
> "cpush /etc/passwd*"
> and
> "cpush /etc/shadow*"
> .
> 

Even better, and more clean, is to use opium...

/opt/opium/bin/sync_users -force

But, I don't think it's a problem related to users definitions. I think 
that the problem lies in the pbs server configuration. If you want to 
submit processes from the nodes you have to authorize them to contact the 
pbs server. 

Now, the main question is, why the hell would you want to submit jobs 
*from* the nodes ? The whole point in having pbs is to be able to use the 
nodes *without* having to ssh into the nodes. 
If you're going to let the users login into the nodes you are going to 
face *a lot* of problems. Trust me. I managed a cluster without a 
batch/queueing system before. I had to face daily discussions with the 
users because everyone ssh'd to the free nodes and run big programs, in 
many cases overlapping other running ones when the cluster was at full 
load, and programs lasting for several days. It was a complete mess. Then 
one day I decided to rm -rf everything (I've been tempted to rm -rf /home, 
too, as every good bofh would've done ;)) and reinstall from scratch with 
a pbs/maui combination. From that day on everything worked quite 
flawlessly, without any more complain from the users. 

Oscar is a powerfull package, with a great and really configurable 
queueing system, it wouldn't be smart not to take advantage of it. 


Best regards,

Franz



---------------------------------------------------------
Franz Marini
Sys Admin and Software Analyst,
Dept. of Physics, University of Milan, Italy.
email : [EMAIL PROTECTED]
--------------------------------------------------------- 




-------------------------------------------------------
This sf.net email is sponsored by: Influence the future 
of Java(TM) technology. Join the Java Community 
Process(SM) (JCP(SM)) program now. 
http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
_______________________________________________
Oscar-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/oscar-users

Reply via email to