<html>#2725: Walltime being overwritten to 24 hours
<table style='border-spacing: 1ex 0pt; '>
<tr><td style='text-align:right'> Reporter:</td><td>Matthew Cerep</td></tr>
<tr><td style='text-align:right'> Status:</td><td>submitted</td></tr>
<tr><td style='text-align:right'>Milestone:</td><td></td></tr>
<tr><td style='text-align:right'> Version:</td><td></td></tr>
<tr><td style='text-align:right'> Type:</td><td>bug</td></tr>
<tr><td style='text-align:right'> Priority:</td><td>trivial</td></tr>
<tr><td style='text-align:right'>Component:</td><td>SimFactory</td></tr>
</table>
<p>Comment (by Roland Haas):</p>
<p>Not sure if this is a bug or just unexpected behaviour.</p>
<p>Most clusters have a maximum allowed walltime (often 24 or 48 hours). Simfactory is aware of the limit (via the maxwalltime setting in the machine.ini file) and will automatically split up longer jobs into chained segments of at most maxwalltime length.</p>
<p>You seem to be on the thornyflat cluster where maxwalltime is 168 hours (see <a data-is-external-link="true" href="https://bitbucket.org/simfactory/simfactory2/src/master/mdb/machines/thornyflat.ini#lines-57" rel="nofollow">https://bitbucket.org/simfactory/simfactory2/src/master/mdb/machines/thornyflat.ini#lines-57</a>), so that should actually not limit the walltime to 24 hours</p>
<p>Second, simfactory contains hard-coded, historic, unfortunate, code that will reset the right hand side of the `TerminationTrigger::max_walltime` parameter to the walltime that simfactory was given in its submit command (or the default value for walltime, which I do not recall on top of my head). As far as I know this cannot be turned off (though I may well be wrong).</p>
<p>Could you provide the exact simfactory command that you entered, please?</p>
<p>--<br/>
Ticket URL: <a href='https://bitbucket.org/einsteintoolkit/tickets/issues/2725/walltime-being-overwritten-to-24-hours'>https://bitbucket.org/einsteintoolkit/tickets/issues/2725/walltime-being-overwritten-to-24-hours</a></p>
</html>