All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robin Hill <robin.hill47@ntlworld.com>
To: William Thompson <wt@electro-mechanical.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID1 question
Date: Thu, 29 Sep 2011 20:26:11 +0100	[thread overview]
Message-ID: <20110929192611.GA23316@cthulhu.home.robinhill.me.uk> (raw)
In-Reply-To: <20110929183457.GA19871@electro-mechanical.com>

[-- Attachment #1: Type: text/plain, Size: 1459 bytes --]

On Thu Sep 29, 2011 at 02:34:57PM -0400, William Thompson wrote:

> Please keep me in the CC.  I am not on the list.
> 
> If I have a RAID1 of 2 disks and I decide to move them to another computer
> and recreate the raid, does it really need to do the initial recovery?
> 
You don't need to recreate the raid at all, just reassemble it. You may
want to update the homehost though, otherwise it will (IIRC) auto
assemble to md_126 (or so) instead of md0.

> For that matter, when creating a RAID1 on 2 disks, is it really needed to do
> the initial recovery?
> 
> I understand why it's needed for RAID4/5/6 though.
>
Probably not, no. Anything written would go to both mirrors, and reads
of any un-mirrored areas are indeterminate anyway. You would lose the
ability to check the array for mismatches though, and the recovery
process would bring everything into sync whenever it's run anyway. More
of a question would be why not do the initial recovery? It doesn't delay
access to the array, and at least the I/O load is happening at a
controlled point (rather than at recovery time, when you have no
control). Anyway, if you do want to avoid the initial recovery, just use
--assume-clean.

Cheers,
    Robin
-- 
     ___        
    ( ' }     |       Robin Hill        <robin@robinhill.me.uk> |
   / / )      | Little Jim says ....                            |
  // !!       |      "He fallen in de water !!"                 |

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2011-09-29 19:26 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-29 18:34 RAID1 question William Thompson
2011-09-29 19:26 ` Robin Hill [this message]
2011-09-29 19:37   ` William Thompson
2011-09-29 20:25     ` Robin Hill
2011-09-30 14:14       ` William Thompson
2011-09-30  6:15     ` Kai Stian Olstad
2011-09-30 14:17       ` William Thompson

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=20110929192611.GA23316@cthulhu.home.robinhill.me.uk \
    --to=robin.hill47@ntlworld.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=wt@electro-mechanical.com \
    /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.