<div dir="auto">There is a reaper that releases nodes after a certain duration. I believe it's set to 6 hours right now.<div dir="auto"><br></div><div dir="auto">This is a safeguard for nodes that may not have been released properly in a job and are "leaking".<br><div dir="auto"><br><div data-smartmail="gmail_signature" dir="auto">David Moreau Simard<br>Senior Software Engineer | Openstack RDO<br><br>dmsimard = [irc, github, twitter]</div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Dec 5, 2016 7:08 AM, "Julien Pivotto" <<a href="mailto:roidelapluie@inuits.eu">roidelapluie@inuits.eu</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On 05 Dec 11:49, Karanbir Singh wrote:<br>
> On 30/11/16 04:55, Julien Pivotto wrote:<br>
> > Well, I do think that the code is relevant for every user. I would have<br>
> > liked to understand a bit better how we provision upfront, how we do the<br>
> > garbage collection, at which point are the nodes killed... With more<br>
> > details than what is available in the wiki.<br>
><br>
> the user handoff happens at the point where the duffy call is made, and<br>
> then again the collection happens when the done call is made, or there<br>
> is a timeout on the allocation.<br>
><br>
> What specific details are you looking for beyond this ? and how would it<br>
> impact your test workers and your use of these nodes ?<br>
><br>
<br>
</div>I was mainly wondering what happens if I do not release a node. The wiki<br>
page is not clear if a garbage collector is actually implemented. I<br>
wanted to know if it would have been useful that I create a jenkinsjob<br>
running daily that would kill my unreleased nodes.<br>
<div class="quoted-text"><br>
> Regards<br>
><br>
> --<br>
> Karanbir Singh<br>
> <a href="tel:%2B44-207-0999389" value="+442070999389">+44-207-0999389</a> | <a href="http://www.karan.org/" rel="noreferrer" target="_blank">http://www.karan.org/</a> | <a href="http://twitter.com/kbsingh" rel="noreferrer" target="_blank">twitter.com/kbsingh</a><br>
> GnuPG Key : <a href="http://www.karan.org/publickey.asc" rel="noreferrer" target="_blank">http://www.karan.org/<wbr>publickey.asc</a><br>
> ______________________________<wbr>_________________<br>
> CentOS-devel mailing list<br>
> <a href="mailto:CentOS-devel@centos.org">CentOS-devel@centos.org</a><br>
> <a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer" target="_blank">https://lists.centos.org/<wbr>mailman/listinfo/centos-devel</a><br>
<br>
</div><div class="elided-text">--<br>
 (o-    Julien Pivotto<br>
 //\    Config Management SIG<br>
 V_/_   <a href="https://frama.link/cfgmgmt" rel="noreferrer" target="_blank">https://frama.link/cfgmgmt</a><br>
</div><br>______________________________<wbr>_________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org">CentOS-devel@centos.org</a><br>
<a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer" target="_blank">https://lists.centos.org/<wbr>mailman/listinfo/centos-devel</a><br>
<br></blockquote></div><br></div>