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, [email protected] <[email protected]> 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.
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?
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.
Thanks!
Mark
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
