Thanks for all of this good information. I'm going to take a user education approach here and try to get the small group users doing this to rewrite their job processing to use batch mode submissions, or use DRMAA. Speaking of DRMAA, we've also had badly implemented DRMAA clients written which create a new session for every job, only because the developers did not understand that a single DRMAA connection to the master can submit/control lots of jobs. Again, this is more of a user education issue.
I think if it's possible, adding more granular control over this would be very helpful. Being able to write a server side JSV which could enforce a per user limit would be great. Even better would be to have the ability to limit these connections per user as a qmaster_params option, similar to the cluster wide MAX_DYN_EC limit (e.g. USER_MAX_DYN_EC). Thanks again, Ron -----Original Message----- From: Dave Love [mailto:[email protected]] Sent: Thursday, June 02, 2011 1:08 PM To: Patterson, Ron (NIH/NLM/NCBI) [C] Cc: Reuti; [email protected] Users Subject: Re: [gridengine users] Any way to limit "qsub -sync y" jobs per user? "Patterson, Ron (NIH/NLM/NCBI) [C]" <[email protected]> writes: > Dave, > >> Actually, you can't as -sync isn't available to jsv. > >> qsub and jsv_script_interface at http://arc.liv.ac.uk/SGE/htmlman/ >> should now be correct about jsv params; jsv_include.{sh,tcl} were also >> wrong. > > I'm confused - is the "-sync" option available to jsv in a newer version? Or > is it still not possible to detect the use of "-sync" from jsv scripts? No, it's not treated, so you can't check for -sync. It's in the realeased sh and tcl includes as if it was treated, though I don't think that causes problems apart from confusion if you looked in the jsv_include file. -- Excuse the typping -- I have a broken wrist _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
