中断mdadm –grow操作是否安全?

我最近将RAID5中的磁盘从3x2TB更改为3x3TB。 我也想把块大小从默认的512k改为128k。 我已经添加了所有新的设备arrays,我运行:

mdadm /dev/md1 --grow --backup-file=/boot/md1_grow_backup_file --chunk=128 

–backup-file选项是必需的,因为块大小发生了变化,而且由它指定的文件位于不同的块设备上。

我不得不closures服务器来物理移动它,但重塑操作比我预期的要慢得多,所以我想知道是否可以中断进程并在重新启动后继续进行。

这个联机手册提供了一些关于中断/重塑过程的信息,但是在我看来,这是为了覆盖一些灾难性的情况 – 断电,服务器locking等等。

是否有可能优雅地停止mdadm数组重塑? 如果是这样,如何停止arrays以及如何恢复启动后的重塑? 备份文件是必要的吗?

在第一部分中,您可能是MD默认慢重build速度的受害者。

涵盖选项的好文章是:

http://www.cyberciti.biz/tips/linux-raid-increase-resync-rebuild-speed.html

但总之:

 sysctl -w dev.raid.speed_limit_min=1000 sysctl -w dev.raid.speed_limit_max=100000 

为了保证1到100MB之间可用于重build,如果服务器处于活动状态,min是一个加快速度的好方法,但代价是有一定的响应速度。

你应该closures之前停止数组:

 mdadm -S /dev/md1 

你也可以在/ sys / block / md1 / md中使用variables,最有趣的是array_state和sync_action。 这里是文档: https : //www.kernel.org/doc/Documentation/md.txt但是请记住,你只有一个尝试。

如果没有这个数据的备份 – 你不应该closures机器。

请写在这里,你做了什么,并有关于袭击的数据生存。