<br><br><div class="gmail_quote">On Feb 2, 2008 3:29 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;">
<div class="Ih2E3d">On Sat, Feb 02, 2008 at 02:45:51AM -0500, Glen Beane alleged:<br></div><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></div></div>Btw, nice touch with printjob.</blockquote><div>
&nbsp;</div></div>I figured now that there is a version in the struct we should check it before priting so we don&#39;t end up printing garbage <br><br><br>I&#39;ve got a bunch of bug fixes to job arrays in here and Garrick just did a bunch of fixes and improvements so we would&nbsp; appreciate bug testers!<br>
<br>