Closed Bug 545900 Opened 14 years ago Closed 14 years ago

shuffle slaves

Categories

(Release Engineering :: General, defect)

defect
Not set
major

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: nobody → jhford
$ 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
$
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?
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
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.