☰

Resize2fs 于 81h 开始并继续计数

tag-icon • tag-icon ubuntu filesystems ext4
Resize2fs 于 81h 开始并继续计数

设置：12 个 1TB 驱动器，采用 RAID6（MDADM）加密设置，在 MDADM LVM 上运行，在 LVM 上的加密驱动器 EXT4 上运行

背景：我向 RAID 添加了新驱动器（从 11 个驱动器增加到 12 个驱动器），并通过层（MDADM 等）向上“冒泡”以调整 ext4 分区的大小。这台机器用作摄影的集中存储库和备份服务器（适用于 Windows 和 Mac 机器），因此将其关闭以添加驱动器并等待调整大小和一切并不是一个真正的选择。所以我几天前开始了调整大小的操作。HTOP 报告 resize2fs 操作现在已运行 81 小时。DMESG 和 syslog 都清晰，驱动器仍然可以访问。resize 命令报告它已启动分区的在线调整大小，因此该过程正在运行，并且正在消耗我其中一个核心的 100%。

问题：手术耗时这么长是正常的吗？还是出了什么严重问题？我应该从哪里开始寻找问题的迹象？

答案1

如果您resize2fs使用该-p选项运行，它将打印出常规进度报告。但是，由于您没有这样做，因此似乎没有任何方法可以在运行时获取该信息。

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

答案2

编辑/添加： 正如下面其他人所说，不要尝试这个！

我不知道 resize2fs 是否支持它，但你可以尝试发送 USR1 信号

killall -USR1 调整2fs大小

我想知道的是：你的 mdadm-update 花了多长时间？从我的角度来看，这应该比 ext-resize 花费的时间长得多。

编辑：可能是在后台您的 RAID 仍在迁移（md 仍在大量运行）并且调整大小过程因此而被阻止/减慢？

相关内容