From: Bill Davidsen <davidsen@tmr.com>
To: Neil Brown <neilb@suse.de>
Cc: "Ralf Müller" <ralf@bj-ig.de>, linux-raid@vger.kernel.org
Subject: Re: Replace drive in RAID5 without losing redundancy?
Date: Wed, 07 Mar 2007 10:14:56 -0500 [thread overview]
Message-ID: <45EED6F0.6010107@tmr.com> (raw)
In-Reply-To: <17900.39356.684798.56121@notabene.brown>
Neil Brown wrote:
> On Monday March 5, ralf@bj-ig.de wrote:
>
>> Is it possible to mark a disk as "to be replaced by an existing spare",
>> then migrate to the spare disk and kick the old disk _after_ migration
>> has been done? Or not even kick - but mark as new spare.
>>
>
> No, this is not possible yet.
I was thinking about this, and looked at the code a bit. It would seem
(as someone who doesn't have to write code) that the capabilities are
all there. There is rebuild on spare, write-mostly, and therefore a
"migrate" might be done by just using the pieces cleverly.
What I was thinking is to trigger the code to rebuild on spare, but to
only rebuild the data from parity of the drive being replaced were
unreadable. That should make the process run much faster. any write
would present a different problem, I would say the data would go to the
new drive, and if bitmap was enabled the bit would be set for the old
drive but no write done. If the new drive failed during the migrate the
old drive could then be resynced. Without a bitmap you DO want to write
the old drive if it's good, DON'T if you think it's failing.
Thoughts on this?
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
next prev parent reply other threads:[~2007-03-07 15:14 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-05 10:55 Replace drive in RAID5 without losing redundancy? Ralf Müller
2007-03-05 22:29 ` Neil Brown
2007-03-06 7:37 ` dean gaudet
2007-03-06 12:02 ` Ralf Müller
2007-03-07 15:14 ` Bill Davidsen [this message]
2007-03-08 14:56 ` Ralf Müller
-- strict thread matches above, loose matches on Subject: below --
2007-03-06 9:18 Ralf Müller
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=45EED6F0.6010107@tmr.com \
--to=davidsen@tmr.com \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
--cc=ralf@bj-ig.de \
/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).