[GE users] CLIENT parameter values in JSVs

rumpelkeks tina.friedrich at diamond.ac.uk
Tue Nov 2 18:52:30 GMT 2010

On 02/11/10 18:38, macona wrote:
>> yep, it's necessary. On the commandline you can use either syntax:
>> $ qsub -q free.q -q interactive.q ...
>> or your version:
>> $ qsub -q free.q,interactive.q ...
>> Maybe specifying it twice helps. Please let me know, if it changes the behavior.
> I'm using jsv_set_param and if I call that twice, it just takes on the value in the second call...is there a way to effectively do -q free.q -q interactive.q? Still, I don't think this is the issue...

qsub -q {free,interactive}.q

(that is, if bash is involved)

>> NB: As it happens only once in a while, it sounds more like a race condition with multiple runs of the JSV at the same time or alike.
> Agreed...is there any way to prevent race conditions with server-side JSVs? Is this a common problem? Is it preferred then to use client-side JSVs?
> Note, I have a hard time getting this to happen on my "test" cluster of a few old Dell PCs (i.e. slow), but it happens quite often on our real cluster (i.e. new,fast). Also, note, if I run the JSV as a client-side, I don't see this error message...
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=292232
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

Tina Friedrich, Computer Systems Administrator, Diamond Light Source Ltd
Diamond House, Harwell Science and Innovation Campus - 01235 77 8442

This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom


To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

More information about the gridengine-users mailing list