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)

x86
Windows XP
defect

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.
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)?
Note that it stopped again after I clobbered around 9:30PT this morning. So it's definitely related to the clobber.
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.
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
lets watch this some more...
Priority: -- → P3
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
Happened again in bug 398423, same problem. 
Assignee: build → nobody
QA Contact: mozpreed → build
Still an issue?
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?
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?
Status: NEW → RESOLVED
Closed: 16 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.