Closed
Bug 757343
Opened 12 years ago
Closed 12 years ago
cb-seamonkey-linux-01 has failed to recover from reboot
Categories
(mozilla.org Graveyard :: Server Operations, task)
mozilla.org Graveyard
Server Operations
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: ewong, Assigned: dustin)
Details
Once again, cb-seamonkey-linux-01 has taken leave without returning to duty. It needs to be given another swift kick.
Comment 1•12 years ago
|
||
Assigning to dustin, who'd kicked it a few days back.
Assignee: server-ops → dustin
Assignee | ||
Comment 2•12 years ago
|
||
Edmund, have you tried re-running mkfs on /builds? Also, how are you rebooting this machine? What kind of filesystem is /builds?
Assignee | ||
Comment 3•12 years ago
|
||
I ran mkfs.ext3 on /dev/hdc1, so with luck this should not continue to fail this way. This is a journaled filesystem, but I suspect that parallels is doing some write re-ordering that's causing the journal to be inconsistent on reboot. If you do reboot in the future, try to unmount /builds manually first -- kill everything using it first.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 4•12 years ago
|
||
(In reply to Dustin J. Mitchell [:dustin] from comment #3) > I ran mkfs.ext3 on /dev/hdc1, so with luck this should not continue to fail > this way. > > This is a journaled filesystem, but I suspect that parallels is doing some > write re-ordering that's causing the journal to be inconsistent on reboot. > If you do reboot in the future, try to unmount /builds manually first -- > kill everything using it first. Buildbot itself also reboots the system, with a simple |sudo reboot|. So manually unmounting/killing everything on it is infeasable :(
Updated•9 years ago
|
Product: mozilla.org → mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•