New issue
Advanced search Search tips

Issue 843737 link

Starred by 4 users

Issue metadata

Status: Duplicate
Merged: issue 633572
Owner:
Closed: Oct 6
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

come up with a better system for prioritizing optional tryjobs

Project Member Reported by dpranke@chromium.org, May 16 2018

Issue description

See bug 842940 for context. 

Some teams want to build and test additional configurations for some changes to code, and they set up experimental builders on chromium.fyi for those tests and/or optional tryjobs. Those tryjobs can be optionally specified to be included in a CQ job by using the Cq-Include-Trybots footer in the CL description.

Currently, because of the way trybot mirroring is done and because of the way chromium.fyi is set up, this can result in some of those optional tryjobs using a lower priority for swarming tasks than tasks on the main waterfall get, and getting starved in the case of an outage.

We need a better way of tracking which builders and jobs should have which priorities.
 
Labels: -Pri-3 Pri-1
I'm not sure how you define an "optional" trybot but linux_layout_tests_layout_ng is blocking CQ for changes in LayoutNG directories and is affected by this.
Optional in this case is defined as not configured as required in cq.cfg and applied to every CL in the repo regardless of what that CL touches.

In this case the bot was added via the Cq-Include-Trybots footer by a presubmit. It would also include trybots where someone added that footer manually. 
Labels: cit-pm-84
Labels: -Pri-1 Pri-2
Status: Assigned (was: Started)
haven't actually started this yet ...
Mergedinto: 892433
Status: Duplicate (was: Assigned)
I'm going to close this as a duplicate of bug 892433, where we're basically now doing this work.
Mergedinto: -892433 633572
actually, bug 633572 is probably better.

Sign in to add a comment