<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
</span>But this is the reverse of what we need, the problem is how to make<br>
the slave shut down in the first place, you can`t just do it from the<br>
job that used it because it will make the job fail.<br></blockquote><div><br></div><div>Hm. I think some hybrid option is needed. Once the job is finished we should unlabel the slave and then use some garbage collection to  kill the used slaves. I believe this can be done using system groovy script. And I think instead of removing labels we should just add a new one, e..g. we add &quot;to_be_removed&quot; and just schedule based on slaves not having that label. Smth like how data are purged from the database with delete flag.<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
But maybe we can actually use the good old &#39;shutdown $TIME_DELAY&#39; to<br>
make the slave shut down a few seconds after the job is done...<br>
I can&#39;t believe I forgot you can time delay a shut down... I was<br>
initially thinking of &#39;at&#39; and then I remebred this...<br></blockquote><div><br></div><div>I do not like anything that accounts on any delays as  it will rise race condition at some point. The probability is discussable, but first we should try to design the system without it if possible.<br></div></div><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span><font color="#888888"><div>Anton Marchukov<br>Senior Software Engineer - <span><span><font color="#888888"><span><span><font color="#888888"><span><span><font color="#888888">RHEV CI - </font></span></span></font></span></span>Red Hat</font></span></span><br><br></div></font></span></div></div></div></div>
</div></div>