<div dir="ltr"><div><div>This sounds good, please do.<br><br></div>If any of our tests are running for 24 hours, there's certainly something wrong, and we should notice from Jenkins if nothing else.<br><br></div>Ben<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 14, 2015 at 8:15 AM, Karanbir Singh <span dir="ltr"><<a href="mailto:kbsingh@centos.org" target="_blank">kbsingh@centos.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
hi<br>
<span class=""><br>
On 14/10/15 16:08, Gabriele Cerami wrote:<br>
> On 14 Oct, Brian Stinson wrote:<br>
>> Hi All,<br>
>><br>
>> Looks like we have a few hosts assigned to the Openstack-Puppet<br>
>> project that have been hanging around for a while. I'd like to<br>
>> add this project to our automatic reaper script.<br>
><br>
> Hi,<br>
><br>
> You can return all of them at any time, but before you do that is<br>
> there a way to see a list of hosts assigned to a user ? I'd like<br>
> to know how many host we left pending, and in what times, if I have<br>
> to correct the way we're returning them, and not leaving anything<br>
> behing. In any case, how is the reaper script working ? checks for<br>
> ssh logins time ? how much time do we have until hosts are<br>
> forcefully returned ?<br>
<br>
</span>At the moment, its very casual - you get atleast 24 hrs + time of day<br>
in date you requested the machine. so if you ask for a node at 00:00<br>
then you get 48 hrs before the machine is recovered.<br>
<br>
If you request a machine at 23:59 on a day then you get 24 hrs.<br>
<br>
The clock starts from the time of request for node, and the entire<br>
session is handled as a single block ( ie. if you ask for 3 nodes,<br>
they will all be recovered at the same time ).<br>
<br>
I will modify the /Inventory call to allow folks to specify their own<br>
api key, and get a host list. Let me confirm once that is done.<br>
<br>
In most cases, the hosts get left behind due to a crash or a unclean<br>
shutdown in the jenkis job itself.<br>
<br>
At some point in the future, once we start getting closer to capacity<br>
limits, we want to try and bring the deployed time down to 6 to 8 hrs<br>
per host and recover it that way ( but we are a way from hitting those<br>
yet ).<br>
<br>
regards,<br>
<br>
- --<br>
Karanbir Singh, Project Lead, The CentOS Project<br>
+44-207-0999389 | <a href="http://www.centos.org/" rel="noreferrer" target="_blank">http://www.centos.org/</a> | <a href="http://twitter.com/CentOS" rel="noreferrer" target="_blank">twitter.com/CentOS</a><br>
GnuPG Key : <a href="http://www.karan.org/publickey.asc" rel="noreferrer" target="_blank">http://www.karan.org/publickey.asc</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2.0.22 (GNU/Linux)<br>
<br>
iQEcBAEBAgAGBQJWHnGmAAoJEI3Oi2Mx7xbtkeoH/RT1gcZ9tM9vk9Pzb6w+3RQ5<br>
df3SX+LwEQ5fO9Vzb2NQBWJjsL7zzz5PdSBkXO7y7o1DUY7rXnks4l85D5dlQXZu<br>
0s5QddNnzom7fvpcInoVQW6fyExNCVfUdJc+7q/Icv0JEDToNa1YbjJLkISEjDWD<br>
k+XrX4V++inKBNIakhRHCos+OVhiUJLhbQPtKY2tJ7sDzdpdIsm+ShuQIXsYUSOZ<br>
3bifcN7+WSyhxWPEHXrkpt9vFfF2g31EprLETPjtzwV4a17ysS1spIhgt5pu+kWz<br>
gW5QEQUXq6lMRISHj0CeJJt7OEuQpiEqzQB/DwDv4pM1Zt8wduuqSsC083SLt5c=<br>
=UYRv<br>
-----END PGP SIGNATURE-----<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Ci-users mailing list<br>
<a href="mailto:Ci-users@centos.org">Ci-users@centos.org</a><br>
<a href="https://lists.centos.org/mailman/listinfo/ci-users" rel="noreferrer" target="_blank">https://lists.centos.org/mailman/listinfo/ci-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Ben Kero<br></div>RedHat, Engineer, OPM-CI<br></div></div>
</div>