Re: Handling mismatch_cnt

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 2009-07-25 at 10:06 +1000, Eyal Lebedinsky wrote:
> Thanassis Tsiodras wrote:
> > Handling mismatch_cnt<>0
> [trim]
> > Am I missing something? Is MD RAID1 in fact better than what I
> > have understood? Is there an answer that would allow me to use it
>  > without the uncertainty of "russian-roulette" fixes when the
>  > inevitable mismatch_cnt<>0 occurs?
> 
> RAID1 will ensure your data is not lost when one disk completely fails.
> This is a rather common mode of failure. You are protected against this
> catastrophic event but not against (minor? damage of a) sector failure.
> I use RAID for just this benefit.
> 
> Unlike RAID5, RAID6 should be able to do better than a random correction
> (does it?).
Nope
> 
> RAID1 with more than two disks should also do better with voting
> (does it?).
Nope.

Theres a previous thread i started about this, with more details..
> 
> > In other words, is there anything a Linux guy can do besides wait
> > for btrfs or trust a FUSE version of ZFS?
> > 
> > Thanks for any feedback,
> > Thanassis.
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux