Re: mdadm -X bitmap status off by 2^16

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

 



Janos Farkas wrote:

# for i in hdb3 hdd3 hda3 ; mdadm -X /dev/$i|grep map
          Bitmap : 285923 bits (chunks), 0 dirty (0.0%)
          Bitmap : 285923 bits (chunks), 0 dirty (0.0%)
          Bitmap : 285923 bits (chunks), 65536 dirty (22.9%)

This indicates that the _on-disk_ bits are cleared on two disks, but set on the third.


# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md0 : active raid5 hdd3[2] hdb3[0] hda3[1]
      585569024 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
      bitmap: 0/140 pages [0KB], 1024KB chunk

This indicates that the _in-memory_ bits are all cleared.

At array startup, md initializes the in-memory bitmap from the on-disk copy. It then uses the in-memory bitmap from that point on, shadowing any changes there into the on-disk bitmap.

At the end of a rebuild (which should have happened after you added the third disk), the bits should all be cleared. The on-disk bits get cleared lazily, though. Is there any chance that they are cleared now? If not, it sounds like a bug to me.

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