XFSファイルシステムが突然より多くのスペースとスパースファイルでいっぱいになるのはなぜですか？
XFSファイルシステムをさまざまなLinuxサーバーでほぼ10年間データ/成長パーティションとして実行しています。 バージョン6.2以降を実行している最近のCentOS / RHELサーバーで奇妙な現象に気づきました。 EL6.0およびEL6.1から新しいOSリビジョンに移行した後、安定したファイルシステムの使用は非常に変化しやすくなりました。最初にEL6.2 +でインストールされたシステムは同じ動作を示します。XFSパーティションのディスク使用率の急激な変動を示します（下のグラフの青い線を参照）。 前後。6.1から6.2へのアップグレードは土曜日に行われました。 同じシステムの前四半期のディスク使用量グラフ。先週の変動を示しています。 大きなファイルと暴走プロセス（ログファイル、おそらく？）のファイルシステムをチェックし始めました。私の最大のファイルがduとから異なる値を報告していることを発見しましたls。スイッチduありと--apparent-sizeスイッチなしで実行すると、違いがわかります。 # du -skh SOD0005.TXT 29G SOD0005.TXT # du -skh --apparent-size SOD0005.TXT 21G SOD0005.TXT ファイルシステム全体でncduユーティリティを使用して簡単に確認すると、次の結果が得られました。 Total disk usage: 436.8GiB Apparent size: 365.2GiB Items: 863258 ファイルシステムにはスパースファイルがいっぱいで、以前のバージョンのOS /カーネルと比較して70GB近くのスペースが失われています！ Red Hat Bugzillaに目を通し、ログを変更して、XFSに関する同じ動作の報告または新しい発表があるかどうかを確認しました。 N。 アップグレード中にカーネルバージョン2.6.32-131.17.1.el6から2.6.32-220.23.1.el6に移行しました。マイナーバージョン番号に変更はありません。 filefragツールでファイルの断片化をチェックしました。XFSパーティション上の最大のファイルには、数千のエクステントがありました。xfs_fsr -v低速のアクティビティ中にオンラインデフラグを実行すると、ディスク使用量が一時的に削減されました（上の最初のグラフの水曜日を参照）。ただし、大量のシステムアクティビティが再開されるとすぐに使用量が増加しました。 ここで何が起きてるの？