mdadm 软 raid 相关

raid1 创建:

• 2 个设备分区组 raid1: mdadm --create /dev/md0 --level=raid1 --raid-devices=2 /dev/<device-a-partition> /dev/<device-b-partition>
• 用 1 个设备分区创建降级的 raid1:
  • 创建降级的 raid1: mdadm --create /dev/md0 --level=raid1 --raid-devices=2 /dev/<device-a-partition> missing
  • 补上 raid1 的另一部分 mdadm --add /dev/md0 /dev/<device-b-partition>

raid10 创建:

• 先创建 2 个 raid1:
  • mdadm --create /dev/md2 --level=raid1 --raid-devices=2 /dev/<device-a-partition> /dev/<device-b-partition>
  • mdadm --create /dev/md3 --level=raid1 --raid-devices=2 /dev/<device-c-partition> /dev/<device-d-partition>
• 再用 2 个 raid1 创建一个 raid0:
  • mdadm --create /dev/md4 --level=raid0 --raid-devices=2 /dev/md{2,3}

raid5 创建: (最少需要 3 个设备，允许 1 个设备损坏)

• 3 个工作设备和 1 个热备设备组 raid5:
  • mdadm --create -v /dev/md5 --level=raid5 --raid-devices=3 --spare-devices=1 /dev/<device-a-partition> /dev/<device-b-partition> /dev/<device-c-partition> /dev/<device-d-partition>
• 将 1 个热备设备加入 raid5 使工作设备变成 4 个:
  • mdadm --grow /dev/md5 --raid-devices=4

raid6 创建: (最少需要 4 个设备，允许 2 个设备损坏)

• 4 个工作设备和 1 个热备设备组 raid5:
  • mdadm --create -v /dev/md6 --level=raid6 --raid-devices=4 --spare-devices=1 /dev/<device-a-partition> /dev/<device-b-partition> /dev/<device-c-partition> /dev/<device-d-partition> /dev/<device-e-partition>
• 将 1 个热备设备加入 raid6 使工作设备变成 5 个:
  • mdadm --grow /dev/md6 --raid-devices=5

创建完成之后，扫描所有的 raid 并把配置存入配置文件中:

• RedHat: mdadm --detail --scan >> /etc/mdadm.conf
• Debian: mdadm --detail --scan >> /etc/mdadm/mdadm.conf

cat /proc/mdstat 查看阵列状态。

mdadm --examine /dev/sda3 确认一个设备是否是 raid 的一部分。

raid 停止与激活:

• mdadm -Ds > /etc/mdadm.conf 停止前一定要先保存 raid 信息到配置文件。
• mdadm -S /dev/md5 停止阵列。
• mdadm -As 激活所有阵列 (参考迁移 raid 章节)。

假设，现在需要销毁 /dev/md1 这个 raid array。现在它已经被取消挂载。

1. mdadm --stop /dev/md1 停止这个阵列。
2. 在 /etc/mdadm.conf 中删除对应的配置行。
3. mdadm --remove /dev/md1 删除 raid 设备。

如果第三条命令报错，说找不到要删除的设备，类似这样:

mdadm: error opening md1: No such file or directory

执行 mdadm --zero-superblock {/dev/<raid-device-a-partition> /dev/<raid-device-b-partition> ...} 直接删除设备分区上的超级块 (块里保存了 raid 信息)。

最后执行 cat /proc/mdstat 确认一下 /dev/md1 是否已经消失。

每个 raid array 都对应一个 /dev/md[0-127] 条目，只要 raid 存在，这个条目必然存在。

现有 /dev/sd{b,c}1 组成的 raid1 设备 /dev/md0，现 /dev/sdb 设备已损坏，需要在保证 /dev/md0 正常运行的情况下，将 /dev/sdb 移出 raid。

1. 将 /dev/sdb1 标记为 fail: mdadm --manage /dev/md0 --fail /dev/sdb1

root@debian11:~# mdadm --manage /dev/md0 --fail /dev/sdb1
mdadm: set /dev/sdb1 faulty in /dev/md0
root@debian11:~# cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sdc1[2] sdb1[0](F)
      7813343232 blocks super 1.2 [2/1] [_U]
      bitmap: 0/59 pages [0KB], 65536KB chunk

unused devices: <none>

1. 从 /dev/md0 中删除 /dev/sdb1: mdadm --manage /dev/md0 --remove /dev/sdb1

root@debian11:~# mdadm --manage /dev/md0 --remove /dev/sdb1
mdadm: hot removed /dev/sdb1 from /dev/md0

1. 此时，从机器上拿下 /dev/sdb，换上新硬盘并分区。假设新硬盘同样为 /dev/sdb 其上分区同样为 /dev/sdb1。
2. 将新硬盘加入到 raid 中:

root@debian11:~# mdadm --manage /dev/md0 --add /dev/sdb1
mdadm: re-added /dev/sdb1

到此，操作完成。剩下的只要等数据被同步到新硬盘上即可。

/sys/block/md<num>/md/mismatch_cnt 文件记录了存在问题的块的数量。这个数字通常偏大，因为 mdadm 处理的最小单位是 page (一段连续的 block)，mdadm 只知道哪个 page 有问题，所以这个数字偏大。

echo {check | repair | resync} > /sys/block/md<num>/md/sync_action 这三个操作分别对应 '检测错误'，'修复错误'，'重新同步' (突然断电或替换硬盘后需要)。

check 会让 mdadm 重新统计 mismatch_cnt 的值， repair, resync 这两个操作可能会让 mismatch_cnt 的值产生变化。

repair 操作对应的就是 mdadm scrub。但是一般不做这样的操作。因为 raid.wiki.kernel.org 说:

• https://raid.wiki.kernel.org/index.php/Detecting,_querying_and_testing#Simulating_data_corruption mdadm 并不保证数据完整性
• https://raid.wiki.kernel.org/index.php/Scrubbing_the_drives mdadm 检测到 block error 时，对于 raid1 就从第一个盘取数据然后搬到其他盘，对于 raid5/6 就根据现有数据重新计算校验和

下面举个例子以证明 mdadm 在 raid1 中检测到数据不一致时，mdadm scrub 无法保证修复错误数据:

1. mdadm 把主盘上损坏的数据返回给了 btrfs，btrfs 看见了主盘上损坏的 data extent
2. 主盘是最先发生读写的盘，所以当负载较小时，btrfs 多数时候都能检测到 data extent corruption
3. 但由于 btrfs 只看到一份 data extent 所以 btrfs 的 self-healing 无法生效
4. mdadm 开始 scrub，把主盘上的有了问题的数据覆写到从盘上
5. 此时数据彻底损坏，但 mdadm 报告修复成功

下面举个例子以证明 mdadm 在 raid5/6 中检测到数据不一致时，mdadm scrub 无法保证修复错误数据:

1. raid5/6 中数据部分出现问题
2. mdadm 根据错误数据重新计算校验和
3. 原来校验和是对的，现在校验和也错了，但 mdadm 报告修复成功

以上两个例子都是 mdadm scrub 无法修复数据的情形。