To give a short feedback for those how might have the same problem:
Changing the following lines in
$SGE_ROOT/util/install_modules/inst_execd.sh in the AddQueue() function
$SGE_BIN/qconf -aattr hostgroup hostlist $exechost @allhosts
$SGE_BIN/qconf -aattr queue slots "[$exechost=$slots]" all.q
to
if [ $AUTO = "true" ]; then
$SGE_BIN/qconf -aattr hostgroup hostlist $exechost @myhosts
$SGE_BIN/qconf -aattr queue slots "[$exechost=$slots]" my.q
else
$SGE_BIN/qconf -aattr hostgroup hostlist $exechost @allhosts
$SGE_BIN/qconf -aattr queue slots "[$exechost=$slots]" all.q
fi
did the job for me. All hosts which are installed via the -auto flag now
end up in the @myhosts group and get a slot in my.q.
If you want to manage different queues/hostgroups this way, you might
add a new commandline argument which will be parsed in $SGE_ROOT/inst_sge
Best regards,
Stephan
On 02/22/2011 01:19 PM, Stephan Riedel wrote:
Thanks a lot, you two! This pretty much covered my question. I will
try it out. I think I will go with two different install scripts for
now, one which adds to all.q/@allhosts and one with my.q/@myhosts.
This seems to be the easiest solution to me.
As you said, perhaps this feature will be added in one of the next
releases?!
Best regards,
Stephan
On 02/22/2011 01:01 PM, Reuti wrote:
Hi Stephan,
Am 22.02.2011 um 09:43 schrieb Stephan Riedel:
thank you for your reply.
No, I'm using a version of
$SGE_ROOT/util/install_modules/inst_template.conf adapted to my
setup together with the ./inst_sge -x -auto<templatefile> command.
(Sorry for my improper description!) After adding the exec host as
admin host this works pretty good, I have to do nothing than run
this command.
Now my problem is, that my newly added host always ends up in the
@allhosts group, but I want it in the, say, @myhosts group.
Is the only way to change the default group, as proposed by
Hung-Shen, or is there another way since the interactive
installation asks you in which group/queue the exec host should be?
If you want it to a different group automatically: yes. If you don't
want to add it at all, you could commant out the lines "AddQueue" in
./inst_sge at two locations.
Sure, this could be improved to add the new exechost to a different
hostgroup / queue which is defined in the template. It doesn't look
to convoluted to implement it though. For now:
$SGE_BIN/qconf -aattr hostgroup hostlist $exechost @allhosts
$SGE_BIN/qconf -aattr queue slots "[$exechost=$slots]" all.q
isn't tested for a proper return code in inst_execd.sh, means it will
simply fail if there is no @allhosts or all.q.
-- Reuti
The thing is:
As soon as I add a new host, there will be jobs assigned to it. But
I want them only to execute the jobs of a certain queue.
Thank you for you help in advance!
Regards,
Stephan
On 02/21/2011 06:54 PM, Reuti wrote:
Hi,
Am 21.02.2011 um 18:05 schrieb Stephan Riedel:
I'm using the automated installation with my grid engine (Sun Grid
Engine 6.2u5).
So far everything works fine, but now I was wondering, if there is
any way to assign an automatic installed execution host to a
certain queue/hostgroup right from the start? Until now, always
when I install an execution host, it is added to all.q via the
@allhosts group and then I have to move it.
you mean you install with ./install_execd? It's sufficient to
bypass it and to a) mount /usr/sge, b) copy sge_execd.p6444 to
/etc/init.d, c) install links to start the daemon automactically
by a reboot d) start the daemon one time by hand - only necessary
step on the server is to add this machine as administrative host
beforehand (`qconf -ah ...`) [adjust to your paths].
If you want to stay with the install script: define a hostgroup on
your own and disregard the @allhosts group in any queue defintion.
-- Reuti
Any ideas?
Greeting,
Stephan
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
