On 29 March 2012 19:11, Reuti <re...@staff.uni-marburg.de> wrote:
> Am 29.03.2012 um 19:33 schrieb berg...@merctech.com:
>
>> In the message dated: Thu, 29 Mar 2012 08:30:35 BST,
>> The pithy ruminations from William Hay on
>> <Re: [gridengine users] how to override boolean attributes set in 
>> .sge_request>
>> were:
>> => On 29 March 2012 02:07, berg...@merctech.com <berg...@merctech.com> wrote:
>> => > We're running SGE 6.2u5 and seem to be having a problem with using
>> => > command-line options to disable boolean attributes set in the 
>> .sge_request
>> => > file.
>> => >
>> => > We've got both CentOS4 and CentOS5 nodes. There are complex entries
>> => > for each:
>> => >
>> => >
>> => >    qconf  -sc|egrep "#|centos"
>> => >    #name  shortcut  type relop requestable consumable default  urgency
>> => >    #------------------------------------------------------------------
>> => >    centos4    c4    BOOL  ==   YES         NO         0       1000
>> => >    centos5    c5    BOOL  ==   YES         NO         0       1000
>> => >
>> => >
>> => > Compute nodes have the appropriate attributes for those resources.
>> => >
>> => > Without a .sge_request file, users can direct jobs to either type of 
>> node by
>> => > specifying "-l centos4" or "-l centos5".
>> => >
>> => > By default, users have a ~/.sge_request file that contains:
>> => >
>> => >        -l centos5
>> => >
>> => > This works fine, except for the rare times when someone needs an
>> => > interactive session on a CentOS4 machine.
>> => >
>> => > Since the "centos5" complex is a boolean, I hoped to be able to run:
>> => >
>> => >        qlogin -l centos4 -l centos5=0
>> => > or
>> => >        qlogin -l centos4,centos5=0
>> => >
>> => In order for the above to work your centos4 nodes would need
>> => centos5=false or centos5=0 in their complex values configuration.  Do
>> => they? Requesting false with an == RELOP
>> => is not the same as not caring about the value.
>
> Yep.
>
>
>> Interesting.
>>
>> Are you saying that there is no way to unset a boolean, once
>> it has been set...and there is no implicit attribute set to "FALSE" if an
>> attribute is not assigned to a host or queue?
>
> There is the option -clear for qsub, but it resets all.
>
>
>> I can easily update my CentOS4 nodes to set "centos5=false" (and the
>> reverse)....
>>
>> [PAUSE WHILE TYPING]
>>
>> Done. That solved the problem. This:
>>
>>       qlogin -l centos4,centos5=FALSE
>>
>> now works.
>
> Another way could have been a RESTRING and you request -l os=centos4 or -l 
> os=centos5
>
I did think of suggesting that but from his description he would have
had to poke around
in each user's home directory since the default was set in their
personal .sge_request files rather
than the global equivalent.  Or make centos5=true for all hosts even
the centos4 ones.

_______________________________________________
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Reply via email to