Try Server wait times - please cancel unwanted/busted runs

76 views
Skip to first unread message

Ed Morley

unread,
Jul 19, 2012, 8:56:22 AM7/19/12
to
Hi!

As many of you are no doubt aware, Try Server load has been very high recently [1] (sometimes taking up to 24 hours to get a full set of results). Bug 772458 has some dependants that will help, but won't make a significant difference in the short term.

In the meantime please can everyone remember to cancel unwanted/busted Try runs, to help the overall wait time.

Builds/tests can be cancelled all at once, or on a per job basis:
http://people.mozilla.com/~emorley/misc/tbpl-cancel-buttons.png

Please don't cancel builds/tests on trees other than Try, without checking with #developers first. [1]

Thank you :-)


Ed


[1] http://build.mozilla.org/builds/pending/try.html

[2] Killing builds on non-Try trees requires clobbering; killing pending tests can result in the wrong test being cancelled, due to coalescing. The recent changes made to TBPL [3] prevents people from using cancel in these cases, but some people have still been using the buildapi page directly, bypassing these checks (until bug 664858 fixed).

[3] https://groups.google.com/forum/#!topic/mozilla.dev.platform/QWzf-3YZCvM/discussion

Ed Morley

unread,
Sep 27, 2012, 9:30:01 AM9/27/12
to
On Thursday, 19 July 2012 13:56:22 UTC+1, Ed Morley wrote:
> In the meantime please can everyone remember to cancel unwanted/busted Try runs, to help the overall wait time.
>
> Builds/tests can be cancelled all at once, or on a per job basis:
> http://people.mozilla.com/~emorley/misc/tbpl-cancel-buttons.png

A quick reminder:

Please can people cancel unwanted Try runs -- a glance at Try right now shows many runs that could be cancelled to help with wait times. See the image above for how to mass-cancel via TBPL.

Cheers,

Ed

Ed Morley

unread,
Dec 7, 2012, 9:24:37 AM12/7/12
to
Few months on another quick reminder about this - many more people are now cancelling their builds (thank you <3), but looking at Try the last few days still shows more people that could be.

This is particularly crucial at the moment, due to the shortage of linux32 test slaves (which run both the B2G emulator tests & the linux32 tests). See bug 818833 for more info.

Thank you :-)

Ed

Benoit Girard

unread,
Dec 7, 2012, 1:54:00 PM12/7/12
to Ed Morley, dev-platform
Is there an API we can query to know what the estimated wait time or load
for a slave pool is? Perhaps 'http://trychooser.pub.build.mozilla.org/'
could be modified to give an indication of the load for a particular
platform. I would be more mindful at balancing my load if the information
was provided.
> _______________________________________________
> dev-platform mailing list
> dev-pl...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
>

Ehsan Akhgari

unread,
Dec 7, 2012, 2:06:51 PM12/7/12
to Benoit Girard, Ed Morley, dev-platform
On 2012-12-07 1:54 PM, Benoit Girard wrote:
> Is there an API we can query to know what the estimated wait time or load
> for a slave pool is? Perhaps 'http://trychooser.pub.build.mozilla.org/'
> could be modified to give an indication of the load for a particular
> platform. I would be more mindful at balancing my load if the information
> was provided.

<http://build.mozilla.org/builds/pending/try.html> is one way of getting
that information.

Cheers,
Ehsan

Benoit Girard

unread,
Dec 7, 2012, 5:02:05 PM12/7/12
to Ehsan Akhgari, Ed Morley, dev-platform
If we could expose the data via a cross domain API in text format I can
modify trychooser to display loaded platforms.


On Fri, Dec 7, 2012 at 2:06 PM, Ehsan Akhgari <ehsan....@gmail.com>wrote:

> On 2012-12-07 1:54 PM, Benoit Girard wrote:
>
>> Is there an API we can query to know what the estimated wait time or load
>> for a slave pool is? Perhaps 'http://trychooser.pub.build.**mozilla.org/<http://trychooser.pub.build.mozilla.org/>
>> '
>> could be modified to give an indication of the load for a particular
>> platform. I would be more mindful at balancing my load if the information
>> was provided.
>>
>
> <http://build.mozilla.org/**builds/pending/try.html<http://build.mozilla.org/builds/pending/try.html>>
> is one way of getting that information.
>
> Cheers,
> Ehsan
>
>
> ______________________________**_________________
> dev-platform mailing list
> dev-pl...@lists.mozilla.org
> https://lists.mozilla.org/**listinfo/dev-platform<https://lists.mozilla.org/listinfo/dev-platform>
>

Benoit Girard

unread,
Dec 19, 2012, 3:42:12 PM12/19/12
to Ehsan Akhgari, Ed Morley, dev-platform
I filed a bug for doing what I suggested. Turns out we don't need CORS
headers for a GET:
https://bugzilla.mozilla.org/show_bug.cgi?id=823135
Reply all
Reply to author
Forward
0 new messages