Jim Salter posted on Tue, 21 Jan 2014 12:18:01 -0500 as excerpted: > Would it be reasonably accurate to say "btrfs' RAID5 implementation is > likely working well enough and safe enough if you are backing up > regularly and are willing and able to restore from backup if necessary > if a device failure goes horribly wrong", then?
I'd say (and IIRC I did say somewhere, but don't remember if it was this thread) that in reliability terms btrfs raid5 should be treated like btrfs raid0 at this point. Raid0 is well known to have absolutely no failover -- if a device fails, the raid is toast. It's possible so- called "extreme measures" may recover data from the surviving bits (think the $expen$ive$ $ervice$ of data recovery firms), but the idea is that either no data that's not easily replaced is stored on a raid0 in the first place, or if it is, there's (tested recoverable) backup to the level that you're fully comfortable with losing EVERYTHING not backed up. Examples of good data for raid0 are the kernel sources (as a user, not a dev, so you're not hacking on them), your distro's local package cache, browser cache, etc. This because by definition all those examples have the net as their backup, so loss of a local copy means a bit more to download, at worst. That's what btrfs raid5/6 are at the moment, effectively raid0 from a recovery perspective. Now the parity /is/ being written; it simply can't be treated as available for recovery. So supposing you do /not/ lose a device (or suffer a bad checksum) on the raid5 until after the recovery code is complete and available, you've effectively "free" upgraded from raid0 reliability to raid5 reliability as soon as recovery is possible, which will be nice, and meanwhile you can test the operational functionality, so there /are/ reasons you might want to run the btrfs raid5 mode now. As long as you remember it's currently effectively raid0 should something go wrong, and you either don't use it for valuable data in the first place, or you're willing to do without any updates to that data since the last tested backup, should it come to that. -- 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 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
