Closed
Bug 607940
Opened 14 years ago
Closed 12 years ago
builds should halt most any pre-build steps fail
Categories
(Release Engineering :: General, defect, P3)
Release Engineering
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bhearsum, Unassigned)
Details
(Whiteboard: [automation][cleanup][retry])
In bug 607928 someone reported a build that he thought failed in count_and_reboot.py. There was actually quite a few things that went wrong prior to that: - Failed to completely, remove previous tools directory because of a read-only filesystem - Failed to clone new tools directory - Failed to run clobberer - Failed to run purge_builds The count_and_reboot failure is the machine being and unable to run the reboot script, because it doesn't exist. All but the clobberer failure, and possibly it too, should've halted the build, turned it purple, and marked it as needing to be retried.
Comment 1•14 years ago
|
||
(In reply to comment #1) > In bug 607928 someone reported a build that he thought failed in > count_and_reboot.py. There was actually quite a few things that went wrong > prior to that: > - Failed to completely, remove previous tools directory because of a read-only > filesystem > - Failed to clone new tools directory > - Failed to run clobberer > - Failed to run purge_builds > > The count_and_reboot failure is the machine being and unable to run the reboot > script, because it doesn't exist. This feels like something that puppet should deploy on all slaves for us? > All but the clobberer failure, and possibly it too, should've halted the build, > turned it purple, and marked it as needing to be retried.
Priority: -- → P4
Comment 2•12 years ago
|
||
(In reply to Ben Hearsum [:bhearsum] from comment #0) > - Failed to completely, remove previous tools directory because of a > read-only filesystem > - Failed to clone new tools directory bug 712205 > - Failed to run clobberer > - Failed to run purge_builds Do we do this already?
Component: Release Engineering → Release Engineering: Automation
OS: Mac OS X → All
Priority: P4 → --
QA Contact: release → catlee
Whiteboard: [automation][cleanup][retry]
Updated•12 years ago
|
Priority: -- → P3
Reporter | ||
Comment 3•12 years ago
|
||
Cloning failures generally get caught by one of the error regexes these days. Purge errors have their own regex that catches them. MozillaClobber is flunkOnFailure=False. I don't think there's anything left to do here that isn't tracked elsewhere.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
Assignee | ||
Updated•6 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•