> -----Original Message----- > From: Mark Knecht [mailto:markknecht@xxxxxxxxx] > Sent: Sunday, January 02, 2011 7:23 PM > To: lrhorer@xxxxxxxxxxx > Cc: linux-raid@xxxxxxxxxxxxxxx > Subject: Re: Mismatches > > On Sun, Jan 2, 2011 at 5:10 PM, Leslie Rhorer <lrhorer@xxxxxxxxxxx> wrote: > > > > OK, I asked this question here before, and I got no answer > > whatsoever. I wasn't too concerned previously, but now that I lost the > > entire array the last time I tried to do a growth, I am truly concerned. > > Would someone please answer my question this time, and perhaps point me > > toward a resolution? The monthly array check just finished on my main > > machine. For many months, this happened at the first of the month and > > completed without issue and with zero mismatches. As of a couple of > months > > ago, it started to report large numbers of mismatches. It just > completed > > this afternoon with the following: > > > > RebuildFinished /dev/md0 mismatches found: 96614968 > > > > Now, 96,000,000 mismatches would seem to be a matter of great > > concern, if you ask me. How can there be any, really, when the entire > array > > - all 11T - was re-written just a few weeks ago? How can I find out > what > > the nature of these mismatches is, and how can I correct them without > > destroying the data on the array? How can I look to prevent them in the > > future? I take it the monthly checkarray routine (which basically > > implements ` echo check > /sys/block/md0/md/sync_action`) does not > attempt > > to fix any errors it finds? > > > > I just recently found out md uses simple parity to try to > maintain > > the validity of the data. I had always thought it was ECC. With simple > > parity it can be difficult or even impossible to tell which data member > is > > in error, given two conflicting members. Where should I go from here? > Can > > I use `echo repair > /sys/block/md0/md/sync_action` with impunity? > What, > > exactly, will this do when it comes across a mismatch between one or > more > > members? > > > > RAID6 array > > mdadm - v2.6.7.2 > > kernel 2.6.26-2-amd64 > > What commands are you running? Is it just the sync_action or other > things in addition? Well, I haven't run anything at all, yet. The checkarray script runs once a month as a cron job on all the arrays and reports their health. Until just a few months ago, all 8 arrays on the servers always reported complete via e-mail with no reported mismatches. Then a few months ago, some of the arrays started report8ing mismatches. I was of the impression the checkarray routine would not ony report, but tryto fix mismatches. This seems to have been incorrect, perhaps. In any case, while trying to grow one of the arrays a couple of weeks or so ago, nearly every large file on the main array of the main server was corrupted. A few small files were also corrupted. I copied everything back over from the backup array, and all seemed well, except that checkarray (during its normal cron run) is still reporting massive numbers of mismatches on the array. > It was my understanding when researching RAID6 last week that the two > parity calculations are actually different. Only one of them is simple > parity. The the other is part of an advanced math degree. ;-) > (According to Wikipedia, not a definitive source for sure...) Well, that's encouraging, if true. It doesn't explain how big chunks of data in almost every large file got corrupted, though. -- 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
