<br><br><div class="gmail_quote">On Tue, Dec 4, 2012 at 2:42 PM, David Beer <span dir="ltr">&lt;<a href="mailto:dbeer@adaptivecomputing.com" target="_blank">dbeer@adaptivecomputing.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><br><div>3) Unless I reachitect our Torque servers, users never have any access to the information to get the exit status from the log files.  Plus that still requires parsing ascii log files which is not efficient (where keeping the exit code in memory is efficient).</div>


<div></div></div></blockquote></div><div><br></div></div>The qstat -f output for a job is a way to get the exit status for a job.<div><div><br></div><div><div>$ qstat -f 192 | grep exit</div><div>    exit_status = 0</div>
</div><div class="im">
<div><br></div></div></div></blockquote><div><br></div><div>This is exactly what I want to do.  But that requires setting keep_completed_jobs to 86400.  This means I will have 30000+ jobs in completed state, slowing down the response of qstat (and I doubt people want to see the completed jobs most of the time).  Hence the point of this discussion.</div>
<div><br></div><div>Craig</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="im"><div></div><div><br></div>-- <br><div>David Beer | Senior Software Engineer</div>
<div>Adaptive Computing</div><br>
</div></div>
<br>_______________________________________________<br>
torqueusers mailing list<br>
<a href="mailto:torqueusers@supercluster.org">torqueusers@supercluster.org</a><br>
<a href="http://www.supercluster.org/mailman/listinfo/torqueusers" target="_blank">http://www.supercluster.org/mailman/listinfo/torqueusers</a><br>
<br></blockquote></div><br>