Closed
Bug 788917
Opened 14 years ago
Closed 13 years ago
Frequent Windows build timeouts after "Leaving directory 'e:\builds\moz2_slave\m-in-w32\build\obj-firefox\modules\libjar\test'" (or, rarely, "\dom\workers")
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: philor, Unassigned)
References
Details
(Keywords: intermittent-failure, Whiteboard: [purple][capacity][fixed by bug 788954])
10800 seconds is a nasty long timeout, so we're losing Windows build capacity, with 60 minute jobs taking 180 minutes.
https://tbpl.mozilla.org/php/getParsedLog.php?id=14980802&tree=Firefox
WINNT 5.2 mozilla-central build on 2012-09-05 04:20:33 PDT for push e00f615159f1
slave: w64-ix-slave07
w64-ix-slave07
make.py[6]: Leaving directory 'e:\builds\moz2_slave\m-cen-w32\build\obj-firefox\dom\workers'
command timed out: 10800 seconds without output, attempting to kill
https://tbpl.mozilla.org/php/getParsedLog.php?id=14987823&tree=Mozilla-Inbound
slave: w64-ix-slave77
make.py[6]: Leaving directory 'e:\builds\moz2_slave\m-in-w32\build\obj-firefox\modules\libjar\test'
command timed out: 10800 seconds without output, attempting to kill
https://tbpl.mozilla.org/php/getParsedLog.php?id=14989826&tree=Mozilla-Inbound
w64-ix-slave17
https://tbpl.mozilla.org/php/getParsedLog.php?id=14992543&tree=Mozilla-Inbound
w64-ix-slave70
https://tbpl.mozilla.org/php/getParsedLog.php?id=14993214&tree=Mozilla-Inbound
w64-ix-slave77
https://tbpl.mozilla.org/php/getParsedLog.php?id=14995768&tree=Mozilla-Inbound
w64-ix-slave81
https://tbpl.mozilla.org/php/getParsedLog.php?id=14997901&tree=Mozilla-Inbound
w64-ix-slave70
| Reporter | ||
Comment 1•14 years ago
|
||
| Reporter | ||
Comment 2•14 years ago
|
||
Comment 3•14 years ago
|
||
Comment 4•14 years ago
|
||
Note the cause could very well partly be bug 788954, combined with a dead-lock in pymake.
Comment 5•14 years ago
|
||
Comment 6•14 years ago
|
||
Updated•14 years ago
|
Whiteboard: [capacity] → [orange][purple][capacity]
Comment 7•14 years ago
|
||
Comment 8•14 years ago
|
||
Comment 9•14 years ago
|
||
Bug 788954 should have fixed this.
Comment 10•14 years ago
|
||
I've merged bug 788954 to mozilla-inbound.
Pymake shouldn't have stalled in the first place, though. That's being tracked in bug 788971.
| Reporter | ||
Comment 11•14 years ago
|
||
Comment 12•14 years ago
|
||
| Reporter | ||
Comment 13•14 years ago
|
||
https://tbpl.mozilla.org/php/getParsedLog.php?id=15021457&tree=Mozilla-Inbound
(still below the merge)
Comment 14•14 years ago
|
||
Pretty sure this is fixed.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Whiteboard: [orange][purple][capacity] → [orange][purple][capacity][fixed by bug 788954]
Comment 15•14 years ago
|
||
The timeout is still too long for anything.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 16•14 years ago
|
||
Mmm. So it's 10800 seconds right now, which is 3 hours. The longest taking thing we have by far is PGO-linking xul.dll, which typically takes 80-85 minutes. Should we make the timeout 2 hours long?
| Assignee | ||
Updated•13 years ago
|
Keywords: intermittent-failure
| Assignee | ||
Updated•13 years ago
|
Whiteboard: [orange][purple][capacity][fixed by bug 788954] → [purple][capacity][fixed by bug 788954]
Comment 17•13 years ago
|
||
Resolving WFM keyword:intermittent-failure bugs last modified >3 months ago, whose whiteboard contains none of:
{random,disabled,marked,fuzzy,todo,fails,failing,annotated,time-bomb,leave open}
There will inevitably be some false positives; for that (and the bugspam) I apologise. Filter on orangewfm.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 13 years ago
Resolution: --- → WORKSFORME
Updated•8 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•