少し前まで 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
_/proc/mdstat
_ のビットマップ行は、キャッシュに使用されているメモリの量を示します 書き込みを意図したビットマップ 。
基本的に、冗長デバイスを使用したRAIDセットアップでは、mdadm
は「ビットマップ」を使用して、どのブロックが同期されていないかを追跡できます(書き込まれたため)。ブロックがmdadm
デバイスに書き込まれると、ビットマップでフラグが付けられ、その後、基礎となるデバイスに書き込まれます。 mdadm
がすべてのデバイスに確実に書き込まれたことをブロック内でアクティビティなしで十分な時間が経過すると、フラグはビットマップから削除されます。システムがクラッシュした後、またはディスクを取り外して(変更せずに)再度追加した後の再同期を高速化すると便利です。
あなたの場合、0/8は、メモリ内ビットマップキャッシュにメモリが使用されていないことを意味します。これは良いことです。基盤となるすべてのデバイスが同期される可能性は十分にあります。 (理論的には、メモリにキャッシュされていないディスク上のビットマップ内のエントリが存在する可能性がありますが、キャッシュが完全に空の場合はそうではありません。)
md(4)
には詳細情報があります。