From: Neil Brown <neilb@cse.unsw.edu.au>
To: Jeremy Huddleston <jeremyhu@uclink4.berkeley.edu>
Cc: linux-raid@vger.kernel.org
Subject: Re: Getting the spare disks back to being spare disks
Date: Sun, 24 Nov 2002 14:45:35 +1100 [thread overview]
Message-ID: <15840.19295.608122.664212@notabene.cse.unsw.edu.au> (raw)
In-Reply-To: message from Jeremy Huddleston on Saturday November 23
On Saturday November 23, jeremyhu@uclink4.berkeley.edu wrote:
> I have moved to a RAID 5 setup in my linux box with 4 drives set to
> master on 4 IDE channels, and one spare drive as the slave on one of
> those channels. In setting things up, I marked one of the 'master'
> drives as 'failed-disk' in my raidtab so that I could copy the data from
> that disk onto the raid then raidhotadd it in once the data had been
> copied over and my system was running entirely on the raid.
>
> So, when I mkraid'd the array, the spare disk was used in liu of the
> failed disk as I would suspect. I copied over all my data to the raid,
> rebooted, partitioned the formerly 'failed-disk' properly, changed
> 'failed-disk' to 'raid-disk' in /etc/raidtab, and 'raidhotadd'd it back
> into the array. I expected the array to reconstruct on this disk and
> put the spare-disk back as a spare, but that's not the case. Now, the
> newly added disk seems to be the spare, and the 'slave' disk is still in
> the array (which makes for bad performance). How can I tell the array
> to replace the slave disk with the disk that I just added? I figure I
> could just unplug the slave and let it reconstruct, but that doesn't sit
> well with me.
You have to tell md that the device that you want to be spare has
failed. Either by pulling it out (hopefully while the computer is
off) which I agree is not very nice, or with
raidsetfaulty /dev/md0 /dev/hdXX
or
mdadm /dev/md0 --fail /dev/hdXX
Then it will rebuild onto the spare. Then you can remove and re-add
the device that you want to be a spare:
raidhotremove /dev/md0 /dev/hdXX
raidhotadd /dev/md0 /dev/hdXX
or
mdadm /dev/md0 --remove /dev/hdXX --add /dev/hdXX
NeilBrown
prev parent reply other threads:[~2002-11-24 3:45 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-11-23 23:28 Getting the spare disks back to being spare disks Jeremy Huddleston
2002-11-24 3:45 ` Neil Brown [this message]
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=15840.19295.608122.664212@notabene.cse.unsw.edu.au \
--to=neilb@cse.unsw.edu.au \
--cc=jeremyhu@uclink4.berkeley.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 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).