Resize2fs在81小时计数

安装:在运行在LVM上encryption驱动器EXT4上的MDADM LVM的ontop上运行的RAID6(MDADM)crypt-setup中的12x 1TB驱动器

背景:我添加了一个新的驱动器到RAID(从11个增加到12个驱动器),并通过层(MDADM等)“冒泡”来改变ext4分区。 这台机器被用作摄影的集中存储库,并作为备份服务器(用于Windows和Mac机),因此将其添加到添加驱动器并等待resize,一切都不是一个真正的select。 所以我几天前开始了resize的操作。 HTOP正在报告resize2fs操作现在正在运行81h。 DMESG和syslog都很清晰,驱动器仍然可以访问。 resize命令报告它启动了分区的在线resize,所以该进程正在运行,并且正在通过其中一个内核的100%进行刻录。

问题:这个手术过程是否正常,或者有什么可怕的错误? 我在哪里开始寻找麻烦的迹象?

如果使用-p选项运行resize2fs ,则会打印出定期进度报告。 但是,由于您没有,在运行时似乎没有办法获取这些信息。

这个相关的问题似乎表明resize2fs运行很长时间是相当正常的。

我不知道如果resize2fs支持它,但你可以尝试发送一个USR1信号

killall -USR1 resize2fs

我想知道:你的mdadm更新多久了? 从我的angular度来看,这应该比分机大小要长得多。

编辑:可能是,在后台你的RAID仍然迁移(MD仍然严重运行),并调整过程被阻止/减慢,因为这个?