linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: lists@xunil.at
Cc: linux-raid@vger.kernel.org
Subject: Re: Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm?
Date: Fri, 29 Jun 2012 07:39:38 +1000	[thread overview]
Message-ID: <20120629073938.4270fd76@notabene.brown> (raw)
In-Reply-To: <4FEC7EB7.1000401@xunil.at>

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

On Thu, 28 Jun 2012 17:56:39 +0200 "Stefan G. Weichinger" <lists@xunil.at>
wrote:

> Am 28.06.2012 13:22, schrieb NeilBrown:
> 
> >> Do I have to fear read-errors as with RAID5 now?
> > 
> > If you get a read error, then that block in the new devices cannot
> > be recovered, so the recovery will abort.  But you have nothing to
> > fear except fear itself :-)
> 
> Ah, yes. Not exactly raid-specific, but I agree ;-) (we have a poem by
> Mischa Kaleko in german reflecting this, btw ...)
> 
> So if there is one non-readable block on the 2 disks I started with
> (the degraded array) the recovery will fail?
> 
> As sd[ab]3 were part of the array earlier, would that mean that maybe
> they bring the missing bit, just in case?
> 
> 
> >> I still don't fully understand if there are also 2 bits of 
> >> parity-informations available in a degraded RAID6 array on 2
> >> disks only.
> > 
> > In a 4-drive RAID6 like yours, each stripe contains 2 data blocks
> > and 2 parity blocks (Called 'P' and 'Q'). When two devices are
> > failed/missing, some stripes will have 2 data blocks and no parity,
> > some will have both parity blocks and no data (but can of course 
> > compute the data blocks from the parity blocks). Some will have one
> > of each.
> > 
> > Does that answer the question?
> 
> Yes, it does.
> 
> But ... I still don't fully understand it :-P
> 
> What I want to understand and know:
> 
> There is this issue with RAID5: resyncing the array after swapping a
> failed disk for a new one stresses the old drives, and if there is one
> read-problem on them the whole array blows up.
> 
> As far as I read RAID6 protects me against this because of the 2
> parity blocks (instead of one) because it is much more unlikely that I
> can't read both of them, right?

Right.

> 
> Does this apply to only a N-1 degraded RAID6 or also an N-2 degraded
> array? As far as I understand, it is correct for both cases.

Only an N-1 degraded array.
An N-2 degraded RAID6 is much like an N-1 degraded RAID5 and would suffer the
same fate on a read error during recovery.


> 
> -
> 
> I faced this RAID5-related problem 2 times already (breaking the array
> ...) and therefore started to use RAID6 for the servers I deploy,
> mostly using 4 disks, sometimes 6 or 8.
> 
> If this doesn't really protect things better, I should rethink that,
> maybe.

Your current array had lost 2 drives.  If it had been a RAID5 you would be
wishing you had better backups right now.  so I think RAID6 really does
provide better protection :-)  However it isn't perfect - it cannot protect
against concurrent failures on 3 drives...

NeilBrown



> 
> -
> 
> Right now my recovery still needs around 80mins to go:
> 
> md0 : active raid6 sdb3[4](S) sda3[5] sdc3[2] sdd3[3]
>       3903891200 blocks level 6, 64k chunk, algorithm 2 [4/2] [__UU]
>       [================>....]  recovery = 83.0%
> (1621636224/1951945600) finish=81.5min speed=67477K/sec
> 
> I assume it is OK in this state of things that sdb3 is marked as
> (S)pare ...
> 
> Thanks, greetings, Stefan


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]

  parent reply	other threads:[~2012-06-28 21:39 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-26 13:57 Re-adding disks to RAID6 in a Fujitsu NAS: old mdadm? Stefan G. Weichinger
2012-06-27 10:17 ` Stefan G. Weichinger
2012-06-27 11:34   ` Stefan G. Weichinger
2012-06-27 11:38     ` Stefan G. Weichinger
2012-06-28  6:32 ` NeilBrown
2012-06-28  8:59   ` Stefan G. Weichinger
2012-06-28  9:14     ` Stefan G. Weichinger
2012-06-28  9:23       ` Stefan G. Weichinger
2012-06-28 11:22       ` NeilBrown
2012-06-28 15:56         ` Stefan G. Weichinger
2012-06-28 18:25           ` Stefan G. Weichinger
2012-06-28 21:36             ` NeilBrown
2012-06-29  8:18               ` Stefan G. Weichinger
2012-07-02  8:30                 ` Stefan G. Weichinger
2012-06-28 21:39           ` NeilBrown [this message]
2012-06-28  9:39     ` NeilBrown
2012-06-28  9:42       ` Stefan G. Weichinger

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=20120629073938.4270fd76@notabene.brown \
    --to=neilb@suse.de \
    --cc=linux-raid@vger.kernel.org \
    --cc=lists@xunil.at \
    /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).