私たちの使命は、LVMのファイルシステムサイズを8Tから7Tに調整することです。 resize2fsコマンドを提供し、コマンドの実行中に「書き込みに失敗しました：ピアによる接続のリセット」エラーが発生しますが、再度ログインすると、resize2fsコマンドはプロセスリストで実行され続けます。プロセスが完了したら、「lvreduce」を使用してLVMを減らして再マウントしました。
df -hではまだ8TBが表示されますが、LVMでは7TBが表示されます。この問題を解決するには？
ベストアンサー1
resize2fsおそらくタスクを完了できませんでしたが、出力の終わりを見逃したため、わかりません。
あなたはする必要がありますいいえlvreduceそれから実行され、実行されました。これにより、ファイルシステムの一部が破損している可能性が高くなります。別のバイトが返される可能性があるため、lvextend失われたバイトが返され、ファイルシステムが回復することを期待して実行すると、この操作をキャンセルすることはできません。lvextend
私が推測する必要がある場合は、おそらくresize2fs出力をエクスポートせずにしばらく作業してから接続がリセットされた可能性があります。接続がリセットされた後もしばらく実行されます（無視するか、SIGHUPまったく受信しませんか？）。しかし、おそらくほぼ完了すると、一部のステータス出力をエクスポートして、存在しない端末に書き込もうとするエラーや信号を受け取るため、すぐに終了します。しかしそれは終わりませんでした。
resize2fsファイルシステムの状態は公開された質問ですが、合理的に利用可能なままであり、ファイルシステムのサイズの縮小が実装されていないことを望むかもしれません。
物語のこの部分の教訓は次のとおりです。接続が中断される可能性がある場合は、以下resize2fs（screenまたは職業またはその他）の重要なタスクを実行してください。at
何をしても、この時点で試すことができるすべては危険ですので、バックアップがうまくいっていることを確認してください。良いバックアップがない場合は、ファイルシステムを読み取り専用でマウントし（損傷を悪化させる可能性があるため、読み取り+書き込みでマウントしないでください）、すぐにインポートできます。
最も安全な方法は、ファイルシステムを削除してバックアップから復元することです。ただし、ファイルシステムを元に戻すには、次の2つの操作を組み合わせて実行する必要があります。
fsckファイルシステムはそのままです。これにより、ファイルシステムの終わりを超えた読み取りの試みが通知され、潜在的にその範囲外のデータ量に関するアイデアが得られます。resize2fs競合が発生する前にデータが正常に移動された可能性があるため、あまり多くないことを願っています。- ファイルシステムを満たすために、ブロックデバイスの使用量を以前の
lvextendサイズに戻して、最初のfsck方向から操作全体を再試行してください。これにより、ファイルシステムが有効なデータが存在する範囲を超えてバイト範囲にアクセスすると、一部の自動破損が発生する可能性があります。
私はあなたに最高のものが何であるかよくわかりません。これは、ファイルシステムで何が起こっているのか、レイアウトやイベントの後にどのように多くの影響を受けたかによって異なります（少なくとも一度は読み取り+書き込みでマウントしたと述べました...）