From: Radu Rendec <radu.rendec@ines.ro>
To: linux-raid@vger.kernel.org
Subject: Raid 1, new disk can't be added after replacing faulty disk
Date: Mon, 07 Jan 2008 15:44:48 +0200 [thread overview]
Message-ID: <1199713488.3202.19.camel@localhost.localdomain> (raw)
I'm experiencing trouble when trying to add a new disk to a raid 1 array
after having replaced a faulty disk.
A few details about my configuration:
# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md1 : active raid1 sdb3[1]
151388452 blocks super 1.0 [2/1] [_U]
md0 : active raid1 sdb2[1]
3911816 blocks super 1.0 [2/1] [_U]
unused devices: <none>
# uname -a
Linux i.ines.ro 2.6.23.8-63.fc8 #1 SMP Wed Nov 21 18:51:08 EST 2007 i686
i686 i386 GNU/Linux
# mdadm --version
mdadm - v2.6.2 - 21st May 2007
So the story is this: disk sda failed and was physically replaced with a
new one. The new disk is identical and was partitioned exactly the same
way (as the old one and sdb). Getting sda2 (from the fresh empty disk)
to the array does not work. This is what happens:
# mdadm /dev/md0 -a /dev/sda2
mdadm: add new device failed for /dev/sda2 as 2: Invalid argument
Kernel messages follow:
md: sda2 does not have a valid v1.0 superblock, not importing!
md: md_import_device returned -22
It's obvious that sda2 does not have a superblock (at all) since it's a
fresh empty disk. But I expected mdadm to create the superblock and
start rebuilding the array immediately.
However, this happens with both mdadm 2.6.2 and 2.6.4. I downgraded to
2.5.4 and it works like a charm.
If you reply, please add me to cc - I am not subscribed to the list.
Should I provide you further details or any kind of assistance for
testing, please let me know.
Thanks,
Radu Rendec
next reply other threads:[~2008-01-07 13:44 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-07 13:44 Radu Rendec [this message]
2008-01-07 19:11 ` Raid 1, new disk can't be added after replacing faulty disk Dan Williams
2008-01-08 4:35 ` Neil Brown
2008-01-08 10:24 ` Radu Rendec
2008-01-08 10:38 ` Radu Rendec
2009-01-15 19:10 ` rcoverby
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=1199713488.3202.19.camel@localhost.localdomain \
--to=radu.rendec@ines.ro \
--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).