From: Duncan <1i5t5.duncan@cox.net>
To: linux-btrfs@vger.kernel.org
Subject: Re: I need to P. are we almost there yet?
Date: Sat, 3 Jan 2015 13:11:57 +0000 (UTC) [thread overview]
Message-ID: <pan$872b8$2e173aaa$59613c61$c4e30dfd@cox.net> (raw)
In-Reply-To: 54A7D3D1.10508@shiftmail.org
Bob Marley posted on Sat, 03 Jan 2015 12:34:41 +0100 as excerpted:
> On 29/12/2014 19:56, sys.syphus wrote:
>> specifically (P)arity. very specifically n+2. when will raid5 & raid6
>> be at least as safe to run as raid1 currently is? I don't like the idea
>> of being 2 bad drives away from total catastrophe.
>>
>> (and yes i backup, it just wouldn't be fun to go down that route.)
>
> What about using btrfs on top of MD raid?
The problem with that is data integrity. mdraid doesn't have it. btrfs
does.
If you present a single mdraid device to btrfs and run single mode on it,
and one copy on the mdraid is corrupt, mdraid may well simply present it
as it does no integrity checking. btrfs will catch and reject that, but
because it sees a single device, it'll think the entire thing is corrupt.
If you present multiple devices to btrfs and run btrfs raid1 mode, it'll
have a second copy to check, but if a bad copy exists on each side and
that's the copy mdraid hands btrfs, again, btrfs will reject it, having
no idea there's actually a good copy on the mdraid underneath; the mdraid
simply didn't happen to pick that copy to present.
And mdraid-5/6 doesn't make things any better, because unless there's a
problem, mdraid will simply read and present the data, ignoring the
parity with which it could probably correct the bad data (at least with
raid6).
The only way to get truly verified data with triple-redundancy or 2X
parity or better is when btrfs handles it, as it keeps and actually
checks checksums to verify.
But btrfs raid56 mode should be complete with kernel 3.19 and presumably
btrfs-progs 3.19 tho I'd give it a kernel or two to mature to be sure.
N-way-mirroring (my particular hotly awaited feature) is next up, but
given the time raid56 took, I don't think anybody's predicting when it'll
be actually in-tree and ready for use.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
next prev parent reply other threads:[~2015-01-03 13:12 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-29 18:56 I need to P. are we almost there yet? sys.syphus
2014-12-29 19:00 ` sys.syphus
2014-12-29 19:04 ` Hugo Mills
2014-12-29 20:25 ` sys.syphus
2014-12-29 21:50 ` Hugo Mills
2014-12-29 21:16 ` Chris Murphy
2014-12-30 0:20 ` ashford
[not found] ` <CALBWd85UsSih24RhwpmDeMjuMWCKj9dGeuZes5POj6qEFkiz2w@mail.gmail.com>
2014-12-30 17:09 ` Fwd: " Jose Manuel Perez Bethencourt
2014-12-30 21:44 ` Phillip Susi
2014-12-30 23:17 ` ashford
2014-12-31 2:45 ` Phillip Susi
2014-12-31 17:27 ` ashford
2014-12-31 23:38 ` Phillip Susi
2015-01-01 1:26 ` Chris Samuel
2015-01-01 20:12 ` Roger Binns
2015-01-02 3:47 ` Duncan
2015-01-02 13:42 ` Austin S Hemmelgarn
2015-01-02 17:45 ` Brendan Hide
2015-01-02 19:41 ` Austin S Hemmelgarn
2014-12-29 21:13 ` Chris Murphy
2015-01-03 11:34 ` Bob Marley
2015-01-03 13:11 ` Duncan [this message]
2015-01-03 18:53 ` Bob Marley
2015-01-03 19:03 ` sys.syphus
2015-01-03 18:55 ` sys.syphus
2015-01-04 3:22 ` Duncan
2015-01-04 3:54 ` Hugo Mills
2015-01-03 21:58 ` Roman Mamedov
2015-01-04 3:24 ` Duncan
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='pan$872b8$2e173aaa$59613c61$c4e30dfd@cox.net' \
--to=1i5t5.duncan@cox.net \
--cc=linux-btrfs@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;
as well as URLs for NNTP newsgroup(s).