<br><br><div class="gmail_quote">On Feb 2, 2008 3:04 AM, Garrick Staples &lt;<a href="mailto:garrick@usc.edu">garrick@usc.edu</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Sat, Feb 02, 2008 at 02:45:51AM -0500, Glen Beane alleged:<br><div><div></div><div class="Wj3C7c">&gt; I&#39;ve just checked in some changes into trunk that increase the PBS_JOBBASE<br>&gt; constant from 11 to 61. &nbsp;This allows for 64 char .JB and .SC files on<br>
&gt; pbs_server/pbs_mom<br>&gt;<br>&gt; the previous 14 char limit was too small when you combine large job sequence<br>&gt; nubmers and large job arrays - we just couldn&#39;t hash those 11 characters<br>&gt; enough to make the neessary number of unique file names.<br>
&gt;<br>&gt; This should help the job arrays scale much better.<br>&gt;<br>&gt; .JB files with the old size for their jobbase array are automatically<br>&gt; upgraded when pbs_server starts<br>&gt; we used a similar auto upgrader from 2.1.x to 2.2.0. &nbsp;the only down side is<br>
&gt; if you upgrade to 2.3.x you wouldn&#39;t be able to recover your jobs if you<br>&gt; downgrade back to 2.2.x (they will be renamed as .BD files I think)<br><br><br></div></div>Would it make sense to rename the existing files when pbs_server or pbs_mom<br>
restarts?<br></blockquote></div><br>rename the .JB or .JC files so the jobid part of the prefix isn&#39;t truncated at 11 characters?&nbsp; I think this might make sense, and it would be easy to do in the job file upgrader code.<br>
<br>Or renaming them for backup purposes when they are auto upgraded? <br><br><br>