5 ms·
The 'hidden' cost of traditional RAID for your home NAS: I've learned the hard way that the 'R' in traditional RAID truly does stand only for "redundant" and n
by VanillaCafe 11y ago
The 'hidden' cost of traditional RAID for your home NAS:
I've learned the hard way that the 'R' in traditional RAID truly does stand only for "redundant" and not "reliable". Reliability in traditional RAID is predicated an complete, catastrophic failure of a drive such that it is either working wholly and completely or failing wholly and completely.
In a traditional RAID, for any failure mode in which a drive or its controller starts to report bad data before total failure, the bad data is propagated like a virus to the other drives. The corruption returned by a failing drive is lovingly and redundantly replicated to the other drives in the RAID.
This is the advantage of ZFS (or BTRFS). Blocks of data are checksummed and verified and corruption isolated and repaired. Yay for reliable data.
- baldfat 11y agoI have had one for four years. My Setup: OpenSUSE (BTRFS with their Snappy is awesome) Two drives that are redundant. CrashPlan for off site backup I also run my IRC (Weechat) on the box and glowing-bear.org as the front end and this is the BEST thing ever. Run my printer from the server and have a personal R-Studio and Juypter Notebook server running on it. I love it.
- lbenes 11y agoI'm about to either buy a home NAS or build my own with an atom Mini ITX. I plan to expand my array in the future. So is there any configuration that gives me the best of both worlds, ie the expandability of traditional RAID with checksums to prevent replicated errors?
- Uberphallus 11y agoBTRFS allows you to add, remove drives, and change RAID levels on a mounted filesystem, while able to use differently sized drives efficiently. That alone wins me over. Some people still say BTRFS isn't ready for production, but I've had fewer problems with it than with ZFS (YMMV). Still, I don't care much as I have multiple backups.
- krylon 11y agoThe last time I checked, using the RAID5/6-like feature was not stable, yet. Have they made progress on that?
- xobs 11y agoI decided to try BTRFS on my NAS because it didn't require rebuilding a kernel. The ability to add disks to an array and have it rebalance made it very appealing. Unfortunately, the three-drive filesystem lasted two weeks before it became unmountable. The only thing that let me mount it was finally running btrfsck. I was left with 57 unrecoverable errors, and lots of lost data. I would not recommend running BTRFS in RAID5 or RAID6 just yet. Stick with mirroring, if you want to use it, and rebalance to RAID5/6 later on when it's more stable.
- sp332 11y agoWhen I was looking to install BTRFS, I saw tons of warnings not to install RAID5 or RAID6 because the code is not finished yet. The other levels are fine.
- krylon 11y agoThanks, that is what I wanted to know. Not what I hoped to hear, but what are you gonna do? I recently got myself a new home server and decided to use FreeBSD and ZFS, so the question is settled for me for the moment. I still hope Btrfs gets there in the not-too-distant future, though.
- washadjeffmad 11y agoWhich kernel, and did you file a bug report? e: To anyone not up on btrfs, its features are closely tied to the kernel version it's used with. For example, raid56 scrub and device replace, and recovery and rebuild code were not available prior to kernel 3.19. I also believe the only way to use 5/6 modes before they were stable was to explicitly compile with them enabled. It wasn't just something you could accidentally do.
- mdk754 11y agoDo you know, can you use ZFS for the checksumming on top of md for RAID? This way you get the expandability of RAID with the checksumming and snapshots of ZFS.
- lbenes 11y agoAccording to the article the ONLY way to expand ZFS after the fact is to "replace every hard drive in the VDEV, one by one, with a higher capacity hard drive." If you have some better work-around that gives you both, you need to either explain it or link to an article that does.
- mdk754 11y agoMy thinking was that expanding your underlying md RAID would be the same as replacing the initial disk ZFS sees with a bigger one, thus enabling easier expansion at the md level and presenting a "bigger disk" to the zfs vdev. I haven't seen it done, it's just a theory, hence why I asked. I'm just not sure if zfs needs to see actual disks, or if it can work on top of any block device, like an md RAID.