Re: No syncing after crash. Is this a software raid bug?

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

 



> However, since "inconsistent parity information in raid[456] is equal
> to "different mirrors" in raid1, there is no real difference.

There is a major difference. Inconsistent parity information can
eventually lead to corruption in another sector in the stripe.
Assume there are two data disks and one parity disk, and two
different versions of sector A are used. Then after a write you
would end up with:

A  B  A'+B

on the three disks. This is a problem even if you are never
going to need the data from A again. If the disk holding B dies
it will be reconstructed as (A)+(A'+B), which does not give B
as it should. So after reconstruction sector B is corrupted.

-- 
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);
-
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