ディスク容量が急速に失われました

ディスク容量が急速に失われました

私は300GBのパーティション容量を持つFedoraサーバーを持っています/dev/xvda1。ギガバイトが早く減っています。これは正常な現象ではなく、これがどこから出てくるのかを把握しようとしています。

使用もせず、duただディスク容量が減るのを見ようとしましたが、df -h速度も速かったです。どんな助けでも大変感謝します。

ベストアンサー1

このような問題が生じたとき、私はこうします。これはルールではなく、私の意見を共有するだけです。

1) 出力を確認し、df -kh設置場所を確認してください/dev/xvda1。 (/var ディレクトリと仮定)

2) すぐに満たされると、/dev/xvda1I/O が多く発生します。iotop利用可能な場合はコマンドの出力を確認し、そうでない場合はこの手順をスキップしてください。

2.1) iotopから出力を受け取った場合は、画面上で最も多くのI / Oを実行するプロセスを見てください。スペースが早すぎると、最も重要なものの1つになるはずです。プロセスのPIDを書き留めます。その後、次のコマンドlsof -p <PID> <---- PID that you noted down の出力端を確認すると、lsof次の内容が表示されます。

rsyslogd 1171 root    0u  unix 0xffff8800379e8700      0t0      11328 /dev/log
rsyslogd 1171 root    1w   REG                8,1   628182    3540277 /var/log/messages
rsyslogd 1171 root    2w   REG                8,1    27890    3540278 /var/log/secure
rsyslogd 1171 root    3r   REG                0,3        0 4026532040 /proc/kmsg
rsyslogd 1171 root    4w   REG                8,1     6375    3540279 /var/log/maillog
rsyslogd 1171 root    5w   REG                8,1    15228    3539742 /var/log/cron

0u、1w、2wなどの値を記録してください。これはプロセスによって開かれたファイル記述子です。ファイル記述子の1つは、データがかなり高速に記録されることです。

三) 別のブロックデバイスにマウントされている/ varの下に他のディレクトリがないとし、次の手順を実行します。 (そうであれば、再度pingを実行し、システムに関する追加情報が必要になることがあります。)

cd /var <--- the directory which you saw where /dev/xvda1 was mounted.
find . -maxdepth 1 -type d -exec du -hs {} \;

これにより、/ varディレクトリで最も多くのスペースを占めるディレクトリが表示されます。おそらくそこからいくつかの手がかりを得ることができます。

結果があれば教えてください。

/dev/xvda1免責事項:ディレクトリがディレクトリにマウントされており、一部のLVM、SWRAIDなどの一部ではないとします。上記のコマンドが役に立たない場合(可能な限りステップ1で/ dev / xvda1の出力がない場合)、私たちに知らせてください。調査できる追加の手順を共有します。

おすすめ記事