今日、警察はZABBIXの朝受け取りました。
アラーム内容：サーバーは、ディスクがいっぱいです。
トラブルシューティングの手順：
ディスクがいっぱいになる前に、一般的に起因する上記のサービスログを再度実行するには、サーバーに起因していることで、余分なログを削除するには、サーバー上のJavaプログラムをあまりにも多くのスペースを取ります。しかし、私は、私は、このサーバーログの自動クリーニング機構をした覚えています。
だから、サーバー、ディスクに91％を発見した-h DF、通常のDF -iインデックスにログインします。
私の最初の考えは、ログをクリーンアップする問題ではなかった、ログを表示するには、以下の各サービスにアクセスしてくださいログ容量はわずか数メガバイトで、通常の見つけました。
だから、各ディレクトリのディスク占有を見てルートディレクトリにあるので、大きなファイルを見つけるために、デュを使用しています。
あなたは-sh /
その結果は、マルチ6Gの使用から完全にある、大規模なカタログファイルを持っていませんでした。
これは、残りのスペースと使用済みスペースのデータが入っていない見ることは非常に奇妙ですが、また、40以上のG.の違い
だから、次のBaiduは、いくつかのファイルは、元を削除しているかもしれませんが、リリースされていない、それはので、ファイルを削除するのlsofコマンドを使用して、それらを参照するだけでなく、ファイルハンドルを開くには、同様に、ごみ箱に入るようなもので、大きさの順に配列されました。
lsofを| grepの削除| 黒NR
それはそこに40以上のGがあり、状態が削除され、Javaのログファイルが、ファイルハンドルがまだ開いていることが判明しました。それでも彼は、書き込みデータを保持しました
だから、グループは40以上のG.のために、その後のdf -h、スペース即座アイドル、サービスを再起動するために助けをできるように、開発中に発見しました