> >I have a conceptual question to ask about Platform Computing's lsf
> >shring facility.
> >I have a server which acts as batch server. I need to allow user to
> >telnet to this server also.
> >Since the telnet user can run background jobs directly on the server,
> >those jobs will compete with the batch queues for the cpus on the
> >server. It seems that it is unfair to the queues users as they are
> >waiting quietly in the queue for CPUs but others can use the CPUs
> >without queueing.
> >Since I'm new to lsf, could any one advise me how to solve this
> You could set the users' shells in the password file to wrapper
> programs which reduce the resource limits and priority of the process,
> then exec the real shell. Be careful not to set the limits too low,
> or you might end up with truncated files when you do rcp/ftp on a
> large number of files.
> Provided that LSF never looks at the shell listed in the password
> file, it'll never be affected by the reduced resource limits.
However, it is easy for the user to reset the cpu limit since the hard
limit is of cputime unlimited in Solaris and cannot be changed via limit
Finally, I'm planning to write a background job checking script which
will check and kill any background jobs running at night which are not
submited via lsf
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.