Re: Data corruption on software raid.

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

 



Quoting Bill Davidsen (davidsen@xxxxxxx):

> Here are several pertinent sections from Neils posts, topic 
> "mismatch_cnt questions"
[..]
> Does any of that explain why I raise the possibility of the data 
> changing as the file is written?

Yeah, that helps. But as i understand, these 'differences' are quickly
smoothed out. I tested the data after receiving it completely.

First thing i'll do is try to get a new disk for sdb, as SMART is dodgy
on the thing. Hopefully that will solve the problems, if it doesn't the
controller will be replaced.

I still think it's weird...

Regards,
Sander.
-- 
| 42.7 percent of all statistics are made up on the spot.
| 1024D/08CEC94D - 34B3 3314 B146 E13C 70C8  9BDB D463 7E41 08CE C94D
-
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