最近解放されたハードドライブのスペースが認識されていません


0

ルートパーティションがいっぱいになったUbuntu 12.04.2サーバーがあります。/var/log/auth.logファイルが約3.8GBに成長したことを発見しました。gzipを使用してこのファイルを圧縮した後、ファイルサイズは約110MBでした。

df -hコマンドを実行しても、ルートパーティションのディスク使用率は100%のままです。再起動でこれが修正されると思いますが、実稼働サーバーであるため、このサーバーに実際よりも多くの空き容量があると確信させる方法があるかどうか疑問に思っていました。

ヘルプとアドバイスを事前に感謝します。

編集:教訓:lsofはあなたの友達です!

lsofを実行し、auth.logをgreppingした後、別のプロセスがauth.logを使用していることを判別できました。そのプロセスを再起動した後、サーバーによって空き領域が認識されました。


パーティションの実際のサイズによっては、これらの3.7 GBはそれほど重要ではない可能性があります
ジェラルドシュナイダー

申し訳ありませんが、質問にこれを投稿する必要があります。わずか8 GBのパーティションです。AmazonElastic Block Storeボリュームを使用し、必要に応じてサーバーにアタッチします。
アロシェット

df -iand の出力を投稿できますtune2fs -l /dev/<your root device>か?
ジェラルドシュナイダー

私はしばらくの間オフになりますので、私は考えることができる最後のヒント:ファイルサイズだけがハードディスクをいっぱいにするものではありません。すべてのファイルがiノードとブロックを使用するため、十分な0バイトのファイルを作成すれば、それも埋めることができます。さらに、ブロックはシステムで使用するために予約されています。上記のコマンドを使用して、両方の使用法を確認できます。
ジェラルドシュナイダー

1
アドバイスをありがとう。私は10の評判を持っていないので、投稿後8時間まで自分の質問に答えることができません。その時間が経過したら、詳細に答えて完了とマークします。
アロシェット

回答:


0

これを理解するために、私は走りましたsudo lsof | grep auth.log。これにより、auth.logファイルを使用していたサービスの一覧が表示されました。

Rsyslogは、auth.logを開くと既に考えていたので、既に再起動していました。私が考慮に入れるのを忘れたのは、OSSECを使用し、auth.logも開いているという事実でした。OSSECを再起動すると問題が解決しました。その後、空きスペースがサーバーによって認識されました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.