Closed Bug 384498 Opened 17 years ago Closed 17 years ago

tb-win32-tbox hanging in nsinstall

Categories

(Release Engineering :: General, defect, P3)

x86
Windows XP
defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 392931

People

(Reporter: philor, Unassigned)

References

Details

Attachments

(1 file)

Among the times I know of, in the last week: bug 383695, bug 383892, bug 384146, bug 384488, though there are probably others where the bug didn't mention what was stuck, or nagios caught it from the 28 hour old build, so there wasn't a bug. And from the wayback machine, http://wiki.mozilla.org/Build:OutageReports:20070219-01 Dunno if there's anything that can be done, but I don't let that bother me when I can add to your bugburden.
Attached file process tree
While fixing the latest hang (bug 384609), I grabbed the attached output from procps -aux --forest The last line is sh launching nsinstall. Windows task manager reports a sh.exe process (PID 2152) using 99%, and using "procps -A --forest" says that 2184 nsinstall is defunct.
Cygwin is version 1.5.19-4 on this box. Assorted highlights from the Cygwin changelog: 1.5.22.1 - Change heap and mmap allocation to circumvent fork problems on Windows 2003 and Vista. (corinna) 1.5.23.1 - Fix a bug in forking a child process, which could result in defunct processes and processes not listed in Cygwin's process list. (cgf, corinna)
We'll see if this is still a problem after we move to the new ref platform.
Priority: -- → P3
Depends on: 392931
The new ref platform is deployed now as tbnewref-win32-tbox and is reporting to the Thunderbird tree in tinderbox. Please reopen if the issue persists.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Assignee: build → nobody
QA Contact: mozpreed → build
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: