Re: Incorrect in-kernel bitmap on raid10

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

 



Mario 'BitKoenig' Holbe <Mario.Holbe@xxxxxxxxxxxxx> wrote:
> No, mdadm -A /dev/md7; mdadm --add /dev/md7 /dev/sd[fgh]1 seems to
> respect the bitmap, but first adds the first spare only and the two
...
> According to your previous mail, I will run into your case 3/ this way,
> the bug where the bitmap is cleared too early, will I?

All right, I applied your "[md PATCH 2/7] md/raid10: don't clear bitmap
during recovery if array will still be degraded." patch, modified about
2% of my fully degraded raid10, synched the 3 missing devices, compared
the mirrors and found no difference, so I guess I can confirm the patch
works for me :)


regards
   Mario
-- 
The opposite of a correct statement is a false statement.
But the opposite of a profound truth may well be another profound truth.
                                                           -- Niels Bohr

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