Closed
Bug 386594
Opened 17 years ago
Closed 16 years ago
bl-bldxp01 often goes missing after clobber builds
Categories
(Release Engineering :: General, defect, P3)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: nthomas, Unassigned)
Details
For the last few mornings, bl-bldxp01 has stopped doing the perf tests right after the nightlies are made (4am). It's expected that it should miss the nightly (because of where that build is published) but it should pick up the builds after that. Bugs 386590, 386515, 386353, 385775 (06/25). The problem seems to be related to cvs up hanging.
Comment 1•17 years ago
|
||
Phil also noticed that it seems to stop building when one of it's builders goes red, so could it be that it doesn't resume testing after failing to retrieve a build, for whatever reason (nightly or bustage)?
Comment 2•17 years ago
|
||
Note that it stopped again after I clobbered around 9:30PT this morning. So it's definitely related to the clobber.
Comment 3•17 years ago
|
||
Yeah, that was my new theory, too, until cf confirmed that it was still looking for a new a6pre build when there wasn't anything but new a7pre builds to be found.
Reporter | ||
Comment 4•17 years ago
|
||
Turns out that 4 times in a row isn't "every time" - it was fine for this morning's nightlies.
Summary: bl-bldxp01 goes missing every morning → bl-bldxp01 often goes missing after clobber builds
Reporter | ||
Comment 6•17 years ago
|
||
The latest info on this problem is that cvs hangs updating the tinderbox config; the code does try to kill it after a timeout, but that doesn't work reliably on windows. We end up doing that update frequently during the period of the nightly and first hourly builds, as we loop around * update config * check for new build * if found d/l & start tinderbox
Comment 7•17 years ago
|
||
Happened again in bug 398423, same problem.
Updated•17 years ago
|
Assignee: build → nobody
QA Contact: mozpreed → build
Comment 8•17 years ago
|
||
Still an issue?
Comment 9•17 years ago
|
||
Tough (for me) to say: bug 399679 certainly was, then bug 400348 was builder-burning, bug 407830 was builder restarted, and bug 410035 and bug 411748 were who-knows?
Comment 10•16 years ago
|
||
As we are mothballing this machine (see bug#413695) anyway, should we declare this bug done for now? If its a problem on Talos, on Talos hardware, we would need to file a new bug there anyway?
Updated•16 years ago
|
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Assignee | ||
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
•