<div dir="ltr">In our case, 2 might be a bit limiting and push us to using virtualization on the boxes instead of treating them as bare metal deployments. A "basic" Foreman/Katello topology would be a server and a capsule with 1 or more clients (with 1 being a generally OK test case). The difference is that it takes ~1-1.5 hours to do a full successful deployment, installation and test run currently. I don't mind switching to virtualization as this is how we test locally and do development, however, it does change the workflow and scripts which would need accounting for.<div><br></div><div>Do you have an idea of the average time to live for provisioned boxes? And how many at any given time tend to be provisioned from the pool?<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 8, 2016 at 11:24 AM, Karanbir Singh <span dir="ltr"><<a href="mailto:mail-lists@karan.org" target="_blank">mail-lists@karan.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hi David,<br>
<br>
so is 2 machines every 10 min a good rate to start from ?<br>
<br>
regards,<br>
<div class="HOEnZb"><div class="h5"><br>
On 08/08/16 16:08, David Moreau Simard wrote:<br>
> Using the new slaves has a couple objectives:<br>
> 1) Test the new OpenStack cloud<br>
> 2) Increase redundancy (given the instability of our existing slave<br>
> the past few weeks)<br>
> 3) Increase concurrency/capacity<br>
><br>
> We had 16 threads on a single slave before (down from 24) and that<br>
> single slave was struggling to cope when all those 16 threads were<br>
> actually busy.<br>
> The new slaves have 8 threads each and we lowered the amount of<br>
> threads on the original slave back to 10 so it isn't loaded (and isn't<br>
> crashing) as much.<br>
><br>
> So we're now at 34 threads total and I can indeed tell from our<br>
> consumption logging that the usage has increased and peaks higher than<br>
> before.<br>
> We'll scale down the threads to 24 total, can you tell us if you see<br>
> improvements ?<br>
><br>
> We're also waiting for the feature in Duffy that'll enable us to track<br>
> which node is associated with which job so we can hunt jobs that are<br>
> potentially not being very good citizens.<br>
><br>
><br>
> David Moreau Simard<br>
> Senior Software Engineer | Openstack RDO<br>
><br>
> dmsimard = [irc, github, twitter]<br>
><br>
><br>
> On Mon, Aug 8, 2016 at 9:30 AM, Karanbir Singh <<a href="mailto:mail-lists@karan.org">mail-lists@karan.org</a>> wrote:<br>
>> hi guys,<br>
>><br>
>> with an increase in the number of slaves, we've noticed that the rdo<br>
>> jobs are deploying machines at a much higher velocity than before - as a<br>
>> result the ready pool is consistently hitting the low water mark.<br>
>><br>
>> Rather than do an overall quota limit, I'm looking at limiting the<br>
>> number of duffy deploy's per 10 min cycle, but rather than propose<br>
>> something I'd like to see what folks think is a reasonable number to<br>
>> start from ?<br>
>><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>
>> 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/<wbr>mailman/listinfo/ci-users</a><br>
><br>
<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>
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/<wbr>mailman/listinfo/ci-users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><span style="border-collapse:separate;font-size:medium;font-family:'Times New Roman';color:rgb(0,0,0)"><span style="font-family:arial;font-size:small">Eric D. Helms<br></span></span><div style="font-size:12.8000001907349px"><span style="border-collapse:separate;color:rgb(0,0,0);font-family:'Times New Roman';font-size:medium"><span style="font-family:arial;font-size:small"><div>Red Hat Engineering</div><div>Ph.D. Student - North Carolina State University</div></span></span></div></div></div>
</div></div></div>