web-dev-qa-db-ja.com

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部分、わかりません。

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

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

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

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

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

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

md(4) には詳細情報があります。

13
Stephen Kitt