Yes that is what I ended up doing. I took it down, and sent an email to
the users who had jobs running about when they could restart them. I
know that is far from optimal.
2007/12/3, Kewley, J (John) < j.kewley@xxxxxxxx <mailto:j.kewley@xxxxxxxx>>:
[more thoughts]
Might it be possible to "hack" it, but doing a condor_config_val
of the HOSTALLOW values for the schedd to prevent changes being made
to it
(or would that make a right mess?).
Another thought is that if you have some jobs that could yet take 6
months,
you probably don't want to shutdown the queue to further updates yet
allow
this job to finish. You just want to shutdown now and then bring things
back to life when the machine comes back
JK
------------------------------------------------------------------------
*From:* condor-users-bounces@xxxxxxxxxxx
<mailto:condor-users-bounces@xxxxxxxxxxx>
[mailto:condor-users-bounces@xxxxxxxxxxx
<mailto:condor-users-bounces@xxxxxxxxxxx>] *On Behalf Of
*Michael McClenahan
*Sent:* Monday, December 03, 2007 11:43 AM
*To:* Condor-Users Mail List
*Subject:* Re: [Condor-users] deny jobs, but letting the que run.
I mentioned exactly this scenario to the dev team in June. Their
response:
"There are tricks you can play, like replacing condor_submit
with a script that denies use of it, but if users found the old
script, or did a remote submit, it wouldn't stop them.
I'm going to record your sugesstion into our feature tracking
system because it is a really good idea. So maybe it'll show up
in a later revision of Condor."
I do not know if they have already implemented something in a
newer version that allows this, but I don't believe so.
------------------------------------------------------------------------
*From:* condor-users-bounces@xxxxxxxxxxx
<mailto:condor-users-bounces@xxxxxxxxxxx>
[mailto:condor-users-bounces@xxxxxxxxxxx
<mailto:condor-users-bounces@xxxxxxxxxxx>] *On Behalf Of *Bjørn
Dyre Dyresen
*Sent:* 03 December 2007 10:25
*To:* condor-users@xxxxxxxxxxx <mailto:condor-users@xxxxxxxxxxx>
*Subject:* Re: [Condor-users] deny jobs, but letting the que run.
2007/12/3, Bjørn Dyre Dyresen <bjorn@xxxxxxxxxxx
<mailto:bjorn@xxxxxxxxxxx>>:
Hello Condor user.
I am administering a smallish condor cluster here and I am
upgrading it from 6.8.5 to 6.8.7 Everything seems fine so
far. I need to create a service window where I can start up
the new version. One of the users currently have a few
hundred jobs in que. I want to let all of these jobs run,
but deny any more jobs started until I can finish the
upgrade? Is there a easy way to fix this? All of the
computers are now allowed to submit jobs. I would be happy
to not have to go onto each explicit deny logon. Is there
something I can do to the master? I'm sure this is covered
somewhere in the manual just that I can not see it.
I am pretty new to condor so please bear with me :)
Best Regards
Bjørn Dyresen.
condor_off -all -schedd
Is this what I am looking for?
----
Gloucester Research Limited believes the information provided
herein is reliable. While every care has been taken to ensure
accuracy, the information is furnished to the recipients with no
warranty as to the completeness and accuracy of its contents and
on condition that any errors or omissions shall not be made the
basis for any claim, demand or cause for action.
The information in this email is intended only for the named
recipient. If you are not the intended recipient please notify
us immediately and do not copy, distribute or take action based
on this e-mail.
All messages sent to and from this email address will be logged
by Gloucester Research Ltd and are subject to archival storage,
monitoring, review and disclosure.
Gloucester Research Limited, 5th Floor, Whittington House, 19-30
Alfred Place, London WC1E 7EA.
Gloucester Research Limited is a company registered in England
and Wales with company number 04267560.
----
_______________________________________________
Condor-users mailing list
To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx
<mailto:condor-users-request@xxxxxxxxxxx> with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/condor-users
The archives can be found at:
https://lists.cs.wisc.edu/archive/condor-users/
------------------------------------------------------------------------
_______________________________________________
Condor-users mailing list
To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/condor-users
The archives can be found at:
https://lists.cs.wisc.edu/archive/condor-users/