Linux RAID subsystem development
 help / color / mirror / Atom feed
From: Piergiorgio Sartor <piergiorgio.sartor@nexgo.de>
To: "Patrick H." <linux-raid@feystorm.net>
Cc: linux-raid@vger.kernel.org
Subject: Re: integrity verification on raid-5?
Date: Sat, 18 Dec 2010 11:25:57 +0100	[thread overview]
Message-ID: <20101218102557.GA3201@lazy.lzy> (raw)
In-Reply-To: <4D0BE22F.8000706@feystorm.net>

Hi,

> The docs say that for both raid 5 & 6 it the repair function simply
> rewrites the parity drive(s). For raid-5 I can understand this as
> there's no way to tell if the data is incorrect, or if the parity is
> incorrect since there's only 1 parity. And while I dont know the
> details of the algorithms involved in raid-6, couldnt you do
> something like:
> Calculate replacement data for both parity drives
> If one of the 2 parity drives doesnt match its replacement data
>    assume that drive is bad
> Else if both parity drives dont match their replacement data
>    one of the data drives must be bad
>    calculate replacement data for each data drive and find the one
> that doesnt match
>    If more than 1 data drive doesnt match its replacement data
>       we have multiple-drive failure (could be any combination of
> parity & data drives) and cant determine which ones
> Else
>    the world is ok
> 
> Its probably a heck of a lot more computationally expensive, but it
> can isolate which drive is the bad one. But again, I'm not
> knowledgeable on the the internal details of raid-6 and might just
> be completely off my rocker.
> 

Welcome to the club!

It seems this topic pops up more or less
each 6 months...

Unfortunately, it also seems that the
core developers do not have high priority
on this one.

BTW, did anybody else look into this?

Is there any possiblities to perform this
kind of check in user space?

bye,

-- 

piergiorgio

  reply	other threads:[~2010-12-18 10:25 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-17 21:08 integrity verification on raid-5? Patrick H.
2010-12-17 21:17 ` Neil Brown
2010-12-17 21:25   ` Patrick H.
2010-12-17 21:24 ` Robin Hill
2010-12-17 22:20   ` Patrick H.
2010-12-18 10:25     ` Piergiorgio Sartor [this message]
2010-12-18 10:30   ` Roman Mamedov

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=20101218102557.GA3201@lazy.lzy \
    --to=piergiorgio.sartor@nexgo.de \
    --cc=linux-raid@feystorm.net \
    --cc=linux-raid@vger.kernel.org \
    /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