From: "John Hendrikx" <hjohn@xs4all.nl>
To: linux-raid@vger.kernel.org
Subject: Degraded array on every reboot
Date: Fri, 22 Jun 2007 14:51:03 +0200 (CEST) [thread overview]
Message-ID: <4755.10.3.3.3.1182516663.squirrel@swilver.dyndns.org> (raw)
Hi, I currently have a little problem where one my drives is kicked from
the raid array on every reboot. dmesg claims the following:
md: md1 stoppped.
md: bind<sda1>
md: bind<sdc1>
md: could not open unknown-block(33,1).
md: md_import_device returned -6
md: bind<hdg1>
md: bind<hde>
md: bind<sdb1>
md: kicking non-fresh hde from array!
md: unbind<hde>
md: export_rdev(hde)
raid5: allocated 6284kB for md1
raid5: raid level 5 set md1 active with 5 out of 6 device, algorithm 2
I'm not sure why this keeps going wrong, but I do know I made a mistake
when initially reconstructing the array. What I did was the following:
# mdadm /dev/md1 --add /dev/hde
Releazing that I didn't want to add the complete drive (/dev/hde) but only
one of its partitions (/dev/hde1) I then did (while it was still
rebuilding):
# mdadm /dev/md1 --fail /dev/hde
# mdadm /dev/md1 --remove /dev/hde
Then I recreated the partition /dev/hde1 because of course the partition
table was destroyed during the partial rebuild:
# fdisk /dev/hde
# fdisk -l /dev/hde
Disk /dev/hde: 300.0 GB, 300001443840 bytes
255 heads, 63 sectors/track, 36473 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hde1 1 36473 292969341 83 Linux
I then did:
# mdadm /dev/md1 --add /dev/hde1
I let it rebuild, and the system is working fine. However, after a reboot
I get the above text in dmesg, and I have to re-add /dev/hde1 to the array
again. Why it is trying to add /dev/hde I donot understand. Another
funny thing is that when I try to re-add /dev/hde1 again, it won't work
immediately:
# mdadm /dev/md1 --add /dev/hde1
mdadm: cannot find /dev/hde1: No such file or directory
Which is odd, because fdisk still claims the partition is there:
# fdisk -l /dev/hde
Disk /dev/hde: 300.0 GB, 300001443840 bytes
255 heads, 63 sectors/track, 36473 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hde1 1 36473 292969341 83 Linux
This clearly shows there is a /dev/hde1, no idea why mdadm doesn't see it.
So I just run fdisk again, drop the partition, add a new one, and write
the table again. Then mdadm sees it without problem.
# mdadm /dev/md1 --add /dev/hde1
mdadm: re-added /dev/hde1
One thing I noticed which may shed some light on this problem is the
following. When I use mdadm --examine and examine when of the correctly
working drives, then I see a superblock on /dev/sda1 for example, but no
superblock when I use /dev/sda (which seems correct).
However, when I do this with /dev/hde1 and /dev/hde, both have a md
superblock, which may the cause of the confusion. I'm not sure how to fix
this exactly (or why it happened in the first place) but I'm assuming that
if I can remove the md superblock from /dev/hde that the problem will be
gone.
I'm considering simply wiping /dev/hde completely so there's no trace of
the superblock and then re-adding it correctly, but perhaps there's a less
drastic way to do it.
Any insights would be appreciated :)
--John
next reply other threads:[~2007-06-22 12:51 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-22 12:51 John Hendrikx [this message]
2007-06-22 13:15 ` Degraded array on every reboot David Greaves
2007-06-22 22:49 ` Neil Brown
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=4755.10.3.3.3.1182516663.squirrel@swilver.dyndns.org \
--to=hjohn@xs4all.nl \
--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).