[webkit-dev] Build Slave Shutdown
Adam Barth
abarth at webkit.org
Thu Dec 16 14:42:58 PST 2010
In the past, we've had trouble where one of the two Leopard slaves (or
whatever) would consistently be failing a dozen or so tests and the
other one would be fine. This causes the tree to be very confusing
because the tests appear to fail randomly half the time. I've used
the shutdown button to solve those problems, but perhaps I should have
just talked with you directly instead.
Adam
On Thu, Dec 16, 2010 at 2:39 PM, William Siegrist <wsiegrist at apple.com> wrote:
> Forced builds are still enabled. But you normally shutdown slaves you do not have shell access to?
>
> On Dec 16, 2010, at 11:50 AM, Adam Barth wrote:
>> I've used the shutdown/restart functionality before to try to unwedge
>> a broken bot. The most useful feature, though, is the force build
>> feature, which I use occasionally late at night when the tree is quiet
>> to probe for flakiness.
>>
>> Adam
>>
>>
>> On Thu, Dec 16, 2010 at 9:05 AM, William Siegrist <wsiegrist at apple.com> wrote:
>>> Our buildbot allows for anonymous people to trigger things on the slaves,
>>> and it is like this on purpose for ease of use. However, that means it is
>>> possible for a malicious person to do things like shutdown all of the
>>> slaves. That is what happened last night around 10:30pm PST, from
>>> 66.57.13.12, and that is why the slaves are offline.
>>> If you own a build slave that is shutdown, you need to restart the buildbot
>>> process on it and check that it reconnects to the master. If you have
>>> trouble, email me or ping _wms on irc.
>>> I landed <http://trac.webkit.org/changeset/74194> to disable the shutdown
>>> feature for now. We can move to having user accounts, possibly even use
>>> trac/svn or bugs credentials, if we feel we need more fine-grained
>>> permissions.
>>> -Bill
>>> _______________________________________________
>>> webkit-dev mailing list
>>> webkit-dev at lists.webkit.org
>>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>>
>>>
>
>
More information about the webkit-dev
mailing list