Incorporate AWS slaves into nextSlave decisions

RESOLVED FIXED

Status

Release Engineering
General Automation
P4
normal
RESOLVED FIXED
5 years ago
3 years ago

People

(Reporter: catlee, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [buildbot][aws])

(Reporter)

Description

5 years ago
While the AWS slaves aren't "slow", we should prefer to run on our in-house capacity first. This will give the idle-slave-watcher a chance to shut down the AWS instances if they're not needed.
We need to allow for all the EC2 slaves being on bm35, while the slaves like the hp's are on bm12/13/14/15/25. So some logic that picks up jobs on hp's immediately, but ignores jobs for a couple of minutes if only ec2 slaves are available on the master.
(Reporter)

Comment 2

5 years ago
I think I'm working on this
Assignee: nobody → catlee
(Reporter)

Comment 3

5 years ago
see also bug 795649 for improvements to how we should pick recent slaves.
(Reporter)

Updated

5 years ago
Priority: -- → P4
(Reporter)

Comment 4

4 years ago
Not sure how much this is still needed. We have far fewer in-house slaves now.
Assignee: catlee → nobody
(Assignee)

Updated

4 years ago
Product: mozilla.org → Release Engineering
This is as fixed as we want it to be. A lot has changed since it was filed. Eg, jacuzzis.
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.