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 --]
next prev 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).