Closed Bug 633364 Opened 14 years ago Closed 14 years ago

slavealloc: scrape masters' /buildslaves page

Categories

(Release Engineering :: General, enhancement, P5)

enhancement

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.
Blocks: 655051
This is not something I'm planning to work on soon
Assignee: dustin → nobody
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
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
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.