私は300GBのパーティション容量を持つFedoraサーバーを持っています/dev/xvda1
。ギガバイトが早く減っています。これは正常な現象ではなく、これがどこから出てくるのかを把握しようとしています。
使用もせず、du
ただディスク容量が減るのを見ようとしましたが、df -h
速度も速かったです。どんな助けでも大変感謝します。
答え1
このような問題が生じたとき、私はこうします。これはルールではなく、私の意見を共有するだけです。
1)
出力を確認し、df -kh
設置場所を確認してください/dev/xvda1
。 (/var ディレクトリと仮定)
2)
すぐに満たされると、/dev/xvda1
I/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の出力がない場合)、私たちに知らせてください。調査できる追加の手順を共有します。