linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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


  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).