From: Moshe Yudkowsky <moshe@pobox.com>
To: linux-raid@vger.kernel.org
Subject: RAID needs more to survive a power hit, different /boot layout for example (was Re: draft howto on making raids for surviving a disk crash)
Date: Sun, 03 Feb 2008 13:15:10 -0600 [thread overview]
Message-ID: <47A612BE.5050707@pobox.com> (raw)
I've been reading the draft and checking it against my experience.
Because of local power fluctuations, I've just accidentally checked my
system: My system does *not* survive a power hit. This has happened
twice already today.
I've got /boot and a few other pieces in a 4-disk RAID 1 (three running,
one spare). This partition is on /dev/sd[abcd]1.
I've used grub to install grub on all three running disks:
grub --no-floppy <<EOF
root (hd0,1)
setup (hd0)
root (hd1,1)
setup (hd1)
root (hd2,1)
setup (hd2)
EOF
(To those reading this thread to find out how to recover: According to
grub's "map" option, /dev/sda1 maps to hd0,1.)
After the power hit, I get:
> Error 16
> Inconsistent filesystem mounted
I then tried to boot up on hda1,1, hdd2,1 -- none of them worked.
The culprit, in my opinion, is the reiserfs file system. During the
power hit, the reiserfs file system of /boot was left in an inconsistent
state; this meant I had up to three bad copies of /boot.
Recommendations:
1. I'm going to try adding a data=journal option to the reiserfs file
systems, including the /boot. If this does not work, then /boot must be
ext3 in order to survive a power hit.
2. We discussed what should be on the RAID1 bootable portion of the
filesystem. True, it's nice to have the ability to boot from just the
RAID1 portion. But if that RAID1 portion can't survive a power hit,
there's little sense. It might make a lot more sense to put /boot on its
own tiny partition.
The Fix:
The way to fix this problem with booting is to get the reiser file
system back into sync. I did this by booting to my emergency single-disk
partition ((hd0,0) if you must know) and then mounting the /dev/md/root
that contains /boot. This forced a resierfs consistency check and
journal replay, and let me reboot without problems.
--
Moshe Yudkowsky * moshe@pobox.com * www.pobox.com/~moshe
"A gun is, in many people's minds, like a magic wand. If you point it at
people,
they are supposed to do your bidding."
-- Edwin E. Moise, _Tonkin Gulf_
next reply other threads:[~2008-02-03 19:15 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-03 19:15 Moshe Yudkowsky [this message]
2008-02-03 20:01 ` RAID needs more to survive a power hit, different /boot layout for example (was Re: draft howto on making raids for surviving a disk crash) Robin Hill
2008-02-03 20:46 ` Moshe Yudkowsky
2008-02-03 22:01 ` Robin Hill
2008-02-04 11:06 ` Moshe Yudkowsky
2008-02-04 11:40 ` Robin Hill
2008-02-03 20:28 ` Michael Tokarev
2008-02-03 20:54 ` Moshe Yudkowsky
2008-02-03 21:04 ` Michael Tokarev
2008-02-04 9:27 ` Michael Tokarev
2008-02-04 10:58 ` Moshe Yudkowsky
2008-02-04 13:52 ` Michael Tokarev
2008-02-04 14:09 ` Justin Piszcz
2008-02-04 14:25 ` Eric Sandeen
2008-02-04 14:42 ` Eric Sandeen
2008-02-04 15:31 ` Moshe Yudkowsky
2008-02-04 16:45 ` Eric Sandeen
2008-02-04 17:22 ` Michael Tokarev
2008-02-05 12:31 ` Linda Walsh
2008-02-04 16:38 ` Michael Tokarev
2008-02-04 19:02 ` Richard Scobie
2008-02-04 22:27 ` Justin Piszcz
2008-02-06 1:12 ` Linda Walsh
2008-02-06 2:12 ` Michael Tokarev
2008-02-06 9:14 ` Luca Berra
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47A612BE.5050707@pobox.com \
--to=moshe@pobox.com \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).