On Tue, Dec 19, 2017 at 10:31:40 -0800, George Mitchell wrote: > I have significant experience as a user of raid1. I spent years using > software raid1 and then more years using hardware (3ware) raid1 and now > around 3 years using btrfs raid1. I have not found btrfs raid1 to be > less reliable than any of the previous implementations of raid. I have
You are aware that in order to proof something one needs only one example? Degraded r/o is such, QED. Doesn't matter how long did you ride on top of any RAID implementation, unless you got them in action, i.e. had actual drive malfunction. Did you have broken drive under btrfs raid? > a failure, you don't just plug things back in and expect it to be fixed > without seriously investigating what has gone wrong and potential > unexpected consequences. I have found that even with hardware raid you > can find ways to screw things up to the point that you lose your data. Everything could be screwed beyond comprehension, but we're talking about PRIMARY objectives. In case of RAID1+ it seems to be obvious: https://en.oxforddictionaries.com/definition/redundancy - unplugging ANY SINGLE drive MUST NOT render system unusable. This is really as simple as that. > I have had situations where I reconnected a drive on hardware raid1 only > to find that the array would not sync and from there on I ended up > having to directly attach one of the drives and recover the partition I had a situation when replugging a drive started a sync of older data over the newer. So what? This doesn't change a thing - the drive reappearance or resync is RECOVERY part. RECOVERY scenarios are entirely different thing than REDUNDANCY itself. RECOVERY phase in some implementation could be entirely off-line process and it still would be RAID. Remove REDUNDANCY part and it's not RAID anymore. If one is naming thing an apple, shouldn't be surprised if others compare it to apples, not oranges. > table with test disk in order to regain access to my data. So NO FORM > of raid is a replacement for backups and NO FORM of raid is a > replacement for due diligence in recovery from failure mode. Raid gives And who said it is? > you a second chance when things go wrong, it does not make failures > transparent which is seemingly what we sometimes expect from raid. And Wouldn't want to worry you, but properly managed RAIDs make I/J-of-K trivial-failures transparent. Just like ECC protects N/M bits transparently. Investigating the reasons is sysadmin's job, just like other maintenance, including restoring protection level. -- Tomasz Pala <go...@pld-linux.org> -- 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