Closed Bug 757343 Opened 13 years ago Closed 13 years ago

cb-seamonkey-linux-01 has failed to recover from reboot

Categories

(mozilla.org Graveyard :: Server Operations, task)

task
Not set
blocker

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.
Assigning to dustin, who'd kicked it a few days back.
Assignee: server-ops → dustin
Edmund, have you tried re-running mkfs on /builds? Also, how are you rebooting this machine? What kind of filesystem is /builds?
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: 13 years ago
Resolution: --- → FIXED
(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 :(
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.