<div dir="ltr">Hi Dan,<div><br></div><div>Indeed, this is an old bug namely the builder global status is not correclty tracked under some condition.</div><div>Nobody actually got the chance of fixing it (yet) as it is mostly harmless, and probably hard to reproduce/fix</div><div><br></div><div>This bug is not present in nine as there is no builder status (ahah)</div><div><br></div><div>Cheers,</div><div>Pierre</div></div><br><div class="gmail_quote"><div dir="ltr">Le jeu. 22 sept. 2016 à 01:40, Dan Kegel <<a href="mailto:dank@kegel.com">dank@kegel.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey folks,<br>
still using 0.8-ish.<br>
Just now I restarted the buildmaster process, and four of my active builders<br>
became zombies.  They were dead, but the status showed them as half-alive.<br>
All slaves were up and idle, but the four builders were yellow, with no status,<br>
and had no stop button!  Clicking 'force build' happily built and erased<br>
the odd yellow status.<br>
<br>
So evidently it's a harmless state due to buildbot not properly flushing<br>
the stopped status of all builds to disk when stopping the master?<br>
This master is still using sqlite in spite of being a big instance<br>
that really should<br>
be using a real database.<br>
<br>
Satisfying to have caught it in the act this time (this has happened a<br>
dozen times<br>
before, but in more confusing circumstances).<br>
_______________________________________________<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><br>
</blockquote></div>