Closed
Bug 663615
Opened 14 years ago
Closed 14 years ago
builds-4hr.js.gz is missing slaves
Categories
(Release Engineering :: General, defect)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mstange, Unassigned)
Details
Attachments
(1 file)
|
2.40 MB,
text/plain
|
Details |
Today the import script used in the future buildbot-based TBPL couldn't get slave names for some builds because their slave_id wasn't present in the slaves list in the JSON at http://build.mozilla.org/builds/builds-4hr.js.gz .
For example, build 5054074 (Rev3 WINNT 5.1 try opt test mochitests-3/5) has slave_id 1289 which doesn't exist.
(It *does* exist in http://build.mozilla.org/builds/builds-2011-06-11.js.gz where it maps to "talos-r3-xp-054".)
TBPL needs the slave name when communicating with the WOO orange factor database. Slave names are shown in the Test Machine column for example on http://brasstacks.mozilla.com/orangefactor/?display=Bug&endday=2011-06-11&startday=2011-04-12&bugid=622059
Comment 1•14 years ago
|
||
This may be unrelated, but just to check: if new slaves *do* appear in builds-4hr.js.gz, will those correctly appear in the WOO db? We already have a bit of a hard time adding slaves because they must be added to the graphs database, and this impedes our ability to adjust the slave pool to meet demand.
| Reporter | ||
Comment 2•14 years ago
|
||
(In reply to comment #1)
> This may be unrelated, but just to check: if new slaves *do* appear in
> builds-4hr.js.gz, will those correctly appear in the WOO db?
I don't know, but jgriffin probably does.
I'd expect it to work, though, because TBPL sends slave _names_ to the WOO db, not slave IDs.
Comment 3•14 years ago
|
||
(In reply to comment #2)
> (In reply to comment #1)
> > This may be unrelated, but just to check: if new slaves *do* appear in
> > builds-4hr.js.gz, will those correctly appear in the WOO db?
>
> I don't know, but jgriffin probably does.
>
> I'd expect it to work, though, because TBPL sends slave _names_ to the WOO
> db, not slave IDs.
This shouldn't cause any problems with WOO.
Comment 4•14 years ago
|
||
Is this happening consistently, or only on occasion?
The slave ids are static, so you should be able to remember them between runs.
Comment 5•14 years ago
|
||
I made a small change to our reporting that should fix this. Let me know if you hit it again.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 6•14 years ago
|
||
(In reply to comment #4)
> Is this happening consistently, or only on occasion?
Only on occasion. I haven't seen it happen again after the day I filed this bug.
| 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
•