<br><br><div class="gmail_quote">On Wed, Apr 2, 2008 at 11:46 AM, Steve Snelgrove &lt;<a href="mailto:ssnelgrove@clusterresources.com">ssnelgrove@clusterresources.com</a>&gt; wrote:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

One thing you might think of is that if the old jobs are gone and therefore the id number does not really matter anymore, you could use the qmgr command to set the job number counter back to one.<br>
<br>
$ qmgr -c &#39;set server next_job_number = 1&#39;</blockquote></div><br>the job number will roll over back to zero by itself<br><br>some people have job accounting databases with a lot of historical data and use the job id as a unique key.&nbsp; they&#39;d have to purge all that old accounting info if the job number is reset<br>
<br>this is the reason why we added the &quot;set server next_job_number&quot; functionality - if they had to re-initialize the torque server they could reset the next job number to something that wouldn&#39;t collide with a key in their accounting database<br>
<br><br>