<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 25, 2019 at 10:20 PM Benjamin Redling <<a href="mailto:benjamin.rampe@uni-jena.de">benjamin.rampe@uni-jena.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If the 30s delay is only for jobs after the first full queue than it is <br>
backfill in action?<br></blockquote><div><br></div><div>I'm certain this is not the backfill. I see the same behavior when I boot the controller with all nodes in idle+power-save, and then submit an array. From the logs, each array job is assigned to a node immediately, the node is told to power up, and all backfill debug messages since then say "no jobs to backfill". All nodes are in alloc+powering-up state, all jobs of the array are CF and have the same timestamp in squeue. But when the nodes boot and come knocking to the controller, the symmetry is broken and the jobs transition from CF to R in these curious bunches 30s apart. <br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
bf_interval=#<br></blockquote><div><br></div><div>Incidentally, set to 5 in my configuration. But thanks for the idea, I'll search for all "30"-s I can find in all the docs. :-)<br></div><div><br></div><div> -kkm<br></div></div></div>