81時間で2fsのサイズを変更してカウント
セットアップ：RAID6（MDADM）crypt-setupの12x 1TBドライブは、LVM上の暗号化されたドライブEXT4で実行されているMDADMLVM上で実行されます
背景：RAIDに新しいドライブを追加し（11台から12台に増やし）、ext4パーティションを再サイズ化するためにレイヤー（MDADMなど）を「バブル」しました。このマシンは、写真撮影の集中リポジトリとして、またバックアップサーバー（WindowsとMacの両方のマシン）として使用されるため、ドライブを追加してサイズ変更を待つために、このマシンを停止します。そこで、数日前にサイズ変更操作を開始しました。 HTOPは、resize2fs操作が81時間実行されていると報告しています。 DMESGとsyslogはどちらもクリアであり、ドライブには引き続きアクセスできます。サイズ変更コマンドは、パーティションのオンラインサイズ変更が開始されたことを報告するため、プロセスISが実行され、コアの1つが100％実行されています。
質問：操作にこれほど時間がかかるのは正常ですか、それとも何かひどい問題が発生していますか？どこからトラブルの兆候を探し始めますか？
resize2fsオプションを指定して-pを実行すると、定期的な進捗レポートが出力されます。ただし、そうしなかったため、実行中にその情報を取得する方法はないようです。
この関連する質問resize2fsが非常に長い時間実行されるのはかなり正常であることを示しているようです。
編集/追加：以下に記載されているようにこれを試さないでください！
Resize2fsがそれをサポートしているかどうかはわかりませんが、USR1信号を送信してみることができます
killall -USR1 resize2fs
私が疑問に思っていること：mdadm-updateにはどのくらい時間がかかりましたか？私の見解では、これはext-resizeよりもかなり長い時間がかかるはずでした。
編集：バックグラウンドでRAIDがまだ移行されており（mdはまだ頻繁に実行されています）、これが原因でサイズ変更プロセスがブロック/スローダウンされている可能性がありますか？