Re: Huge values of mismatch_cnt on RAID 6 arrays under Fedora 18

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

 



Dear Chris,

In message <6D287BCE-96EB-4F91-AC5A-34CD7AD2C68D@xxxxxxxxxxxxxxxxx> you wrote:
> 
> Yes, it sounds reproducible on more than one array, more than one HBA. Is it also more than one computer also, Wolfgang?

Correct, these are 3 different machines.

> I think regression is going to be needed to find it. Hopefully the
> problem is restricted to parity computation and data chunks aren't
> affected; however if a URE occurs in a data chunk, it could be
> reconstructed incorrectly from bad parity so it's obviously still a
> big problem.

My gut feeling is that the data are still OK, but I have to admit that
I inspected only a small fraction of the files, and I would like to
avoid restoring the data from backup tapes to another system as long
as possible.  So it indeed appears to me as if we had a sotware issue,
computing incorrect parity data.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@xxxxxxx
"Consistency requires you to be as ignorant today as you were a  year
ago."                                              - Bernard Berenson
--
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