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)
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•13 years ago
|
||
Assigning to dustin, who'd kicked it a few days back.
Assignee: server-ops → dustin
| Assignee | ||
Comment 2•13 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•13 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: 13 years ago
Resolution: --- → FIXED
Comment 4•13 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•11 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
•