Re: mismatch_cnt again

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

 



Michael Evans <mjevans1983@xxxxxxxxx> writes:

> Your dmesg and/or the syslog stream of the same kernel warnings/info
> should show you when and where these errors occurred.

I believe mismatch count doesn't show up in the kernel. The mismatch
count shows where data can be read clearly from the disks but the
computed parity does not match the read parity (or the mirrors
disagree). If the drive reports an actual error then the block is
recomputed and not left as mismatch.

So this would be caused by a bit flipping in ram (cpu, controler or
disk) before being written to the platter, flipping in the cable or
flipping on the platter. Or software.

I currently only have mismatches on raid1. In both cases on a device
containing swap on lvm, which I think is the culprit. Lucky me.

MfG
        Goswin
--
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