Closed
Bug 545900
Opened 14 years ago
Closed 14 years ago
shuffle slaves
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jhford, Assigned: jhford)
Details
We need to shuffle slaves around again. To figure out where slaves should go, we are going to aim to have the same percentage of idle/build from /buildslaves on each master.
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → jhford
Assignee | ||
Comment 1•14 years ago
|
||
$ curl production-master.build.mozilla.org:8010/buildslaves 2> /dev/null | grep idle | wc -l 64 $ curl production-master.build.mozilla.org:8010/buildslaves 2> /dev/null | grep building | wc -l 34 $ curl production-master02.build.mozilla.org:8010/buildslaves 2> /dev/null | grep idle | wc -l 50 $ curl production-master02.build.mozilla.org:8010/buildslaves 2> /dev/null | grep building | wc -l 3 $
Comment 2•14 years ago
|
||
followup after irc, not sure if % is right metric. As of a few mins ago, production-master has 98 slaves (64 idle, 34 building) and production-master02 has 52 slaves (50 idle, 3 building). Yet, pm02 is the one reporting longer wait times earlier this week. Maybe making the two pools similar sizes might be better?
Assignee | ||
Comment 3•14 years ago
|
||
We ended up deciding that n900 work was higher priority than moving slaves around. Please file a new bug if we decide to shuffle slaves around in the near future.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•