On Fri, 19 Aug 2011, Reuti wrote:

| Hi,
| 
| Am 19.08.2011 um 18:30 schrieb Gowtham:
| 
| > In some of the computing clusters across our campus, we have noticed many 
users running their jobs outside of the SGE queuing system. While we have plans 
to continue tutoring them about the benefits of using a queuing system, not 
everyone seems to be getting the message - as such, these
| > violating-users' jobs are hampering those who have been
| > using SGE.
| > 
| > On all our Rocks based clusters, we do keep the list of
| > cluster's uses in a flat text file, one user per line.
| > 
| > Is there a way by which I (as root) can kill all those
| > jobs submitted outside of SGE on compute nodes by these
| > normal users?
| 
| how were they able to run something thereon?
| 
| I set up my clusters without rsh, and ssh only allowed for admin staff. When 
you have a tight integration of parallel jobs, they will still run.
| 
| If users want to check something on the nodes, they have to use `qrsh` and 
get an interactive queue with a set "h_cpu 60" limit.
| 
| -- Reuti


Thank you for your response. So far, the users who use SGE 
submit via qsub (most of our programs are compiled with 
MPICH2). Those who didn't use the SGE, made a list of 
'hot nodes' and put them in machinefile. then submitted 
their jobs via mpirun

The cluster has the following programs installed on it:

  # Crystal 2003 | 2006 | 2009
  # DMol3
  # Gaussian 1998 | 2003 | 2009
  # NAMD 2.8
  # Quantum Espresso 4.2.1
  # SIESTA 1.3-f1p | 2.0.1
  # SMEAGOL 1.0b
  # VASP 4.6.28 | 4.6.31 | 5.2.2 

and they have been behaving well with SGE so far.

How would I tighten up the SSH screws so that their jobs 
will run but won't be able to log into compute nodes? Is
it via /etc/ssh/sshd_config or some other such file?

Please let me know.

Thanks,
g


| 
| 
| > Thanks,
| > g
| > 
| > --
| > Gowtham
| > Advanced IT Research Support
| > Michigan Technological University
| > 
| > (906) 487/3593
| > 
| > _______________________________________________
| > users mailing list
| > users@gridengine.org
| > https://gridengine.org/mailman/listinfo/users
| 
| 
_______________________________________________
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Reply via email to