Closed
Bug 633364
Opened 14 years ago
Closed 14 years ago
slavealloc: scrape masters' /buildslaves page
Categories
(Release Engineering :: General, enhancement, P5)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: dustin, Unassigned)
References
Details
(Whiteboard: [slavealloc])
The allocator can have a much better idea of which slaves are up and which are down if it checks the /buidlslaves URI of each master. The weakness with the current arrangement is that if slave X is assigned to master M, and subsequently reboots and fails, the allocator will never see a new allocation request from the slave, and thus will assume it is still connected to M - starving M of one slave in the balancing algorithm.
Reporter | ||
Comment 1•14 years ago
|
||
This is not something I'm planning to work on soon
Assignee: dustin → nobody
Reporter | ||
Comment 2•14 years ago
|
||
So I had to implement this in an ad-hoc fashion for the ix work (bug 668395), and discovered that our masters do not correctly represent a disconnected slave, which is the most important information we'd hope to glean here.
So, until the masters are upgraded and/or fixed, this is not really worth doing.
Severity: normal → enhancement
Priority: P3 → P5
Comment 3•14 years ago
|
||
Inaccurate information + added buildbot master load + no one planning on working on this sounds like a WONTFIX to me.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
Assignee | ||
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•