From: Harry Mangalam <hjm@moo.nac.uci.edu>
To: linux-raid@vger.kernel.org
Subject: How to free devices held captive by failed arrays
Date: Fri, 21 Oct 2011 13:27:36 -0700 [thread overview]
Message-ID: <20111021202736.GA10682@moo.nac.uci.edu> (raw)
(apologies if this is a repost - sent 3 attempts into the vger void already)
In doing some tests with an 8-port Supermicro/Marvell-based SATA controller
(works fine so far) and some Hitachi 3TB disks, I've run into an odd
problem. One of the disks failed in burn-in, so the RAID5 went into
degraded mode. In replacing the failed disk, I managed to bugger it up; not
so awful since it's a test rig and I needed to create 2 smaller arrays for
some testing.
In trying to do that, I was able to create the first 4-disk RAID5 fine and
it's now initializing, but the second fails with the following error:
$ mdadm --create --verbose /dev/md1 --level=5 --raid-devices=4
/dev/sd[fghi]1
mdadm: layout defaults to left-symmetric
mdadm: layout defaults to left-symmetric
mdadm: chunk size defaults to 512K
mdadm: /dev/sdf1 appears to be part of a raid array:
level=raid5 devices=7 ctime=Fri Sep 30 17:47:19 2011
mdadm: layout defaults to left-symmetric
mdadm: super1.x cannot open /dev/sdg1: Device or resource busy
mdadm: /dev/sdg1 is not suitable for this array.
mdadm: layout defaults to left-symmetric
mdadm: /dev/sdh1 appears to be part of a raid array:
level=raid5 devices=7 ctime=Fri Sep 30 17:47:19 2011
mdadm: layout defaults to left-symmetric
mdadm: create aborted
mdstat implies that one of the disks still belongs to the previous RAID5:
$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4]
[raid10]
md0 : active raid5 sde1[4] sdd1[2] sdc1[1] sdb1[0]
6442438656 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3]
[UUU_]
[========>............] recovery = 40.1% (861382528/2147479552)
finish=292.9min speed=73167K/sec
md_d0 : inactive sdg1[5](S)
2147480704 blocks
unused devices: <none>
but I can't seem to convince md_d0 to surrender this device. This behavior
survives a reboot.
One wrinkle is that the original RAID was made with the default mdadm from
Ubuntu 10.04.3 (2.6.7.1) and the smaller RAID5 above was created with the
latest mdadm (v3.2.2).
What do I have to do to free this device?
TIA,
--
Harry Mangalam - Research Computing, OIT, Rm 225 MSTB, UC Irvine
[ZOT 2225] / 92697 Google Voice Multiplexer: (949) 478-4487
MSTB Lat/Long: (33.642025,-117.844414) (paste into Google Maps)
--
This signature has been OCCUPIED!
next reply other threads:[~2011-10-21 20:27 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-21 20:27 Harry Mangalam [this message]
2011-10-21 22:41 ` How to free devices held captive by failed arrays NeilBrown
2011-10-21 22:45 ` Harry Mangalam
2011-10-21 23:04 ` NeilBrown
2011-10-21 23:08 ` Harry Mangalam
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=20111021202736.GA10682@moo.nac.uci.edu \
--to=hjm@moo.nac.uci.edu \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.