mdstatでのビットマップの意味は何ですか

少し前に、RAID6に4つのドライブを備えた新しいソフトウェアRAIDアレイ（mdadm）を作成しました。正常に動作するようです。mdstat続く：

Personalities : [raid6] [raid5] [raid4] 
md0 : active raid6 sda1[0] sde1[3] sdd1[2] sdb1[1]
      1953260544 blocks super 1.2 level 6, 512k chunk, algorithm 2 [4/4] [UUUU]
      bitmap: 0/8 pages [0KB], 65536KB chunk

unused devices: <none>

私を悩ませているのは、bitmap: 0/8 pages理解できない部分です。

問題は、これは潜在的な問題かどうかです。そして、ビットマップが実際に何であるかについて少し詳しく説明してください。

この配列の詳細は次のとおりです。

/dev/md0:
        Version : 1.2
  Creation Time : Tue Nov  1 13:44:13 2016
     Raid Level : raid6
     Array Size : 1953260544 (1862.77 GiB 2000.14 GB)
  Used Dev Size : 976630272 (931.39 GiB 1000.07 GB)
   Raid Devices : 4
  Total Devices : 4
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Fri Dec  2 13:05:18 2016
          State : clean 
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 512K

           Name : backup-server:0  (local to host backup-server)
           UUID : 023f115d:212b130c:f05b072b:b14c2819
         Events : 1664

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1
       2       8       49        2      active sync   /dev/sdd1
       3       8       65        3      active sync   /dev/sde1

のビットマップ行は/proc/mdstat、書き込みを意図したビットマップをキャッシュするために使用されているメモリの量を示しています。

基本的に、冗長デバイスを備えたRAIDセットアップでmdadmは、「ビットマップ」を使用して、どのブロックが同期していない可能性があるかを追跡できます（書き込まれているため）。ブロックがmdadmデバイスに書き込まれると、ビットマップでフラグが付けられ、基本となるデバイスに書き込まれます。mdadmすべてのデバイスに書き込まれたことを確認できる十分な時間がブロック内でアクティビティなしで経過すると、フラグはビットマップから削除されます。システムがクラッシュした後、またはディスクが削除されて再度追加された（変更されていない）後の再同期を高速化すると便利です。

あなたの場合、0/8は、メモリ内ビットマップキャッシュにメモリが使用されていないことを意味します。これは良いことです。基盤となるすべてのデバイスが同期される可能性は十分にあります。（理論的には、メモリにキャッシュされていないディスク上のビットマップ内のエントリが存在する可能性がありますが、キャッシュが完全に空の場合はそうではありません。）

md(4) 詳細があります。