Closed
Bug 793145
Opened 12 years ago
Closed 10 years ago
Incorporate AWS slaves into nextSlave decisions
Categories
(Release Engineering :: General, defect, P4)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: catlee, Unassigned)
Details
(Whiteboard: [buildbot][aws])
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.
Comment 1•12 years ago
|
||
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 3•12 years ago
|
||
see also bug 795649 for improvements to how we should pick recent slaves.
Reporter | ||
Updated•12 years ago
|
Priority: -- → P4
Reporter | ||
Comment 4•11 years ago
|
||
Not sure how much this is still needed. We have far fewer in-house slaves now.
Assignee: catlee → nobody
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Comment 5•10 years ago
|
||
This is as fixed as we want it to be. A lot has changed since it was filed. Eg, jacuzzis.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•7 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•