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)

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: 12 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.