On Tue, 16 Apr 2013 15:44:03 -0700 Robert L Mathews <lists@xxxxxxxxxxxxx> wrote: > On 4/16/13 1:05 PM, Carsten Aulbert wrote: > > > The problem I find with RAID1 is that it won't protect you against > > silent corruptions (same as RAID5). What do you do if you do a through > > check and both drives claim a data block is valid and intact, but data > > differs? Do you trust disk1 or disk2? > > That's partly why we use three-disk arrays instead of two-disk. You do know there is no "voting" system in md, right? If you imagine that all three disks are being read in parallel, and if one returns bad data, it is automatically "overruled" by a majority vote from the two other ones with correct data, that's not how it works at all. The data is read randomly from all three disks (I think it's load-balanced by process ID); if one disk happened to silently return corrupt data, that's it, your app just got corrupt data passed to it, and if happens to write it back to disk (maybe after some processing), then the incorrect data will be faithfully replicated by md to all three disks. So in the future you have not even a _chance_ to read back the correct data that was previously there. > In the meantime, I'd rather risk this problem than the endless reports > of complete array failures that appear on the list with RAID 5 and even > RAID 6 (a recent topic, I note, was "multiple disk failures in an md > raid6 array"). I almost never see anyone reporting complete loss of a > RAID 1 array. In general, you seem to be WAY too concerned about losing your RAID array; this sounds like you are someone who doesn't make backups and tries to use RAID as a replacement for them. Don't forget if for example a rogue program gets 'root' on your machine and overwrites the md device with zeroes, it will be instantly replicated to all three disks as well. As for me, if I lose my primary RAID6, it's a maximum a day's worth of changes, and some data transfer from here and there to get it all copied from backups and be up and running again. (I could reduce even that risk and easily back up 4 times a day, but do not see the need at the moment.) -- With respect, Roman
Attachment:
signature.asc
Description: PGP signature
