<div dir="ltr">Hi Ed,<div><br></div><div>I would suggest to upgrade to beta8</div><div>It contains this fix:</div><div><a href="https://github.com/buildbot/buildbot/pull/2069">https://github.com/buildbot/buildbot/pull/2069</a><br></div><div><br></div><div>Which can lead to exceptions is nextWorker callback to be completely ignored, and buildrequests not claimed.</div><div><br></div><div>If the problem persists, I would suggest to create a trac, and append the result of the rest api like</div><div><br></div><div>/api/v2/buildrequests?limit=50</div><div>This will tell the list of pending buildrequests, to see if there are claimed or not.</div><div>We can then have the evidence if the problem comes in the buildrequest distributor, or in the build subsystem.</div><div><br></div><div>Regards</div><div>Pierre</div></div><br><div class="gmail_quote"><div dir="ltr">Le jeu. 14 avr. 2016 à 21:07, Greg MacDonald <<a href="mailto:gmacdonald@trionworlds.com">gmacdonald@trionworlds.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">That’s concerning. I don’t have any tips I’m afraid. But I’ve noticed that after a build is requested it’s impossible to tell if it’s waiting on a worker to become
available or if it’s actually been forgotten. But so far all my requests have eventually found their way to a worker after a few minutes. I’m only working with two at the moment though. It would be nice if the queues were made explicit in the UI.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">-Greg<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> users [mailto:<a href="mailto:users-bounces@buildbot.net" target="_blank">users-bounces@buildbot.net</a>]
<b>On Behalf Of </b>Ed Singleton<br>
<b>Sent:</b> Thursday, April 14, 2016 3:36 AM<br>
<b>To:</b> <a href="mailto:users@buildbot.net" target="_blank">users@buildbot.net</a><br>
<b>Subject:</b> [<a href="mailto:users@bb.net" target="_blank">users@bb.net</a>] Triggered builds getting skipped<u></u><u></u></span></p></div></div><div lang="EN-US" link="#0563C1" vlink="#954F72"><div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Using buildbot 0.9.0b7 (I haven't had a chance to test it on b8 yet), I'm getting a problem where some triggered builds get skipped without doing anything.<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">It appears that buildrequests aren't creating builds. It also seems that if we keep the number of triggered builds down to about 6, it doesn't happen very often. If we increase them to 12 it reliably happens every time we kick off a parent
build.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">I'm not really sure what to look at or how to investigate it, so any tips would be helpful.<u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Ed<u></u><u></u></p>
</div>
</div>
</div></div>
_______________________________________________<br>
users mailing list<br>
<a href="mailto:users@buildbot.net" target="_blank">users@buildbot.net</a><br>
<a href="https://lists.buildbot.net/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.buildbot.net/mailman/listinfo/users</a></blockquote></div>