Hi,

Am 07.04.2016 um 23:15 schrieb Michael Stauffer:

> SoGE 8.1.8
> 
> Hi,
> 
> I'm trying to figure out how to allow users to submit qsub jobs from qlogin 
> sessions and from other qsub jobs, while preventing starting qlogin sessions 
> while within a qlogin session, and preventing poorly-written scripts from 
> running out of control recursively and submitting a dangerous number of jobs. 
> That is, I'd like to allow a initiating single level of qsub calls from exec 
> hosts.
> 
> I can think of some hacks to do this, but am wondering if there's an official 
> way?
> 
> For qlogins, to prevent calling qlogin from qlogin session: I could check the 
> job spool 'environment' file during login, and if QRSH_PORT is not the head 
> node, I can logout of the new session. Or even more easily, I could write a 
> wrapper for qlogin that checks that it's being called from head node.

For `qlogin` these settings are used:

$ qconf -sconf
...
qlogin_command               builtin
qlogin_daemon                builtin

As these are not only global settings, they can be changed for each particular 
machine. For each exechost it could be changed/created to read:

$ qconf -sconf nodeXY
qlogin_command               /bin/false


But there won't be a nice error message, it will just try to establish the 
connection and fails essentially.

https://arc.liv.ac.uk/SGE/htmlman/htmlman5/remote_startup.html section "LOCAL 
CONFIGURATIONS OF EXECHOSTS".

-- Reuti


> For qsub, I already have a wrapper that I use to verify certain settings 
> (created before I knew about JSV). In this, I could check if I'm on an exec 
> host, and if so, create a state file in /tmp with the returned job id from 
> qsub. Then when qsub is called again, if a state file exists with the current 
> job id, I know I was initiated from an exec host and should deny the new qsub 
> request.
> 
> Any thought? Thanks.
> 
> -M
> _______________________________________________
> 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