我有一个类似于旧螺纹的问题,但我没有坚持100 %的CPU使用。
我在我的5x3TB-RAID-5阵列中又添加了一个磁盘(sdd1),并将其升级到raid-6,所有这些都进行得很好,直到电源背板故障,服务器崩溃。
mdadm -组装需要一个临时文件,我在升级时确实指定了这个文件,并且使用--组装-临时文件=,它将数组设置为活动的和整形的。问题是,它正在以每秒钟0K的速度进行整形,而且不会完成。
顺便说一下,临时文件是零字节。
我有什么选择?我现在可以访问我的文件,所以如果我能找到7 TB的存储,我可以花几天的时间复制所有东西,失败并从头开始重建数组,但是还有更简单的选择吗?
我是否可以失败sdd1 (我试图添加的新驱动器)并重新启动一个新的5磁盘raid-5到6磁盘raid-6阵列重建?或者这会扰乱假定的raid-6阵列,但实际上主要是raid-5,因为它没有完成raid-5 -> raid-6的整形?
cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md127 : active raid6 sdd[0] sdb1[6] sdf[5] sde[3] sda[2] sdc[1]
11721060352 blocks super 1.2 level 6, 512k chunk, algorithm 18 [6/5] [UUUUU_]
[=>...................] reshape = 8.4% (247529472/2930265088) finish=3353419520.0min speed=0K/sec
unused devices: <none>发布于 2016-08-12 04:19:57
尝试:
echo frozen > /sys/block/md127/md/sync_action
echo reshape > /sys/block/md127/md/sync_action此时可能会出现降级的RAID-6 (缺少/dev/sdd ),因此:
watch cat /proc/mdstat并监视它,直到没有重新生成或重塑活动为止。mdadm --add /dev/md127 /dev/sddwatch cat /proc/mdstat。这应该会使重塑工作以相当的速度进行。
顺便说一句,每2秒通过cat /proc/mdstat运行一次watch不应该是一个很大的CPU负载,但是您可能不需要对将要运行几个小时的东西进行2秒的更新。每10秒或30秒更新一次应该足够了,例如在上面的步骤3中使用watch -n 30 cat /proc/mdstat。
https://unix.stackexchange.com/questions/299981
复制相似问题