<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>RE: [torqueusers] How to stop the submission for new jobs (for maintenance)</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>Yes, the reservation in Maui is the best way to go. By just shutting down the scheduler, no small/interactive/etc type jobs will start(as stated before), so it's kind of like you're extending your downtime if you just shut your scheduler down until the actual maintenance window.<BR>
<BR>
Also, I don't think the OP is using the torque scheduler, so I don't see how stopping it would work. I think the qmgr -c 'set server scheduling = False' only matters if one is using the torque scheduler.<BR>
<BR>
----------------------<BR>
Steve Crusan<BR>
System Administrator<BR>
Center for Research Computing<BR>
<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: torqueusers-bounces@supercluster.org on behalf of Lawrence Lowe<BR>
Sent: Fri 10/1/2010 8:47 AM<BR>
To: Torque Users Mailing List<BR>
Subject: Re: [torqueusers] How to stop the submission for new jobs (for maintenance)<BR>
<BR>
Someone will probably correct me if I'm wrong, but I think the &quot;set server<BR>
scheduling&quot; just determines whether the pbs_server kicks the scheduler<BR>
immediately a job comes in. But the scheduler has its own polling cycle<BR>
and will pick up new jobs anyway.<BR>
<BR>
So I guess it's &quot;service maui stop&quot;, or put in a reservation. A<BR>
reservation is better because then short jobs will continue to get<BR>
scheduled provided their walltime indicates they will finish before the<BR>
maintenance period. Anyway, that's what we do!<BR>
<BR>
Lawrence<BR>
<BR>
Tel: 0121 414 4621&nbsp;&nbsp;&nbsp; Fax: 0121 414 6709&nbsp;&nbsp;&nbsp; Email: L.S.Lowe@bham.ac.uk<BR>
<BR>
On Fri, 1 Oct 2010, giggzounet wrote:<BR>
<BR>
&gt; Le 01/10/2010 14:28, Grid-Admins a écrit :<BR>
&gt;&gt;&gt; you mean disable maui ? or enter qmgr -c &quot;set server scheduling = False&quot; ?<BR>
&gt;&gt; I guess it's the same. On our head node I ran:<BR>
&gt;&gt;<BR>
&gt;&gt;&nbsp;&nbsp; /etc/init.d/torque-scheduler stop<BR>
&gt;&gt;<BR>
&gt;&gt; The job submissions are managed by the pbs server. As long as no<BR>
&gt;&gt; scheduler sends any requests the jobs will stay in the queue(s).<BR>
&gt;&gt; So either you tell your server to ignore scheduling requests or you stop<BR>
&gt;&gt; sending scheduling requests at all.<BR>
&gt;&gt;<BR>
&gt;<BR>
&gt;<BR>
&gt; maui running and qmgr -c &quot;set server scheduling = False&quot; doesn't work. a<BR>
&gt; new job starts.<BR>
&gt;<BR>
&gt; _______________________________________________<BR>
&gt; torqueusers mailing list<BR>
&gt; torqueusers@supercluster.org<BR>
&gt; <A HREF="http://www.supercluster.org/mailman/listinfo/torqueusers">http://www.supercluster.org/mailman/listinfo/torqueusers</A><BR>
&gt;<BR>
<BR>
<BR>
</FONT>
</P>

</BODY>
</HTML>