彼らはわずかな量のエラー報告を待ちました[ユーモラスなイメージ]

これは、あなたがおそらく細部を知らない方が良いでしょう…

私はこれが何らかの記録であると確信している[Imgur]

私にはかなりノーマルに見えます。

数ヶ月前、私が走っていた電子メールサーバは、すべてのユーザクォータが必要とするストレージ容量の4倍のストレージ容量を持っていても、絶えずストレージが使い果たされていました。私はログファイルをクリアし、それは少し助けたが、十分ではなかった。毎週またはそれ以降、それは再び満たされるでしょう。私は忙しくて忘れてしまいました。メールが100%満杯になったときには、電子メールが跳ね返ります。不幸なユーザーが電話をかけます。良くない。

2ヶ月先に進んで、私はシステムのアップグレードを行っています – 電子メールシステムとOSの両方のバージョンがアップグレードされています。すべての計画が完了した後に最初に行うのは、完全なシステムバックアップです。すべて。これまではこのプロセスに約30分かかっていましたが、自動バックアップが数時間前に行われたので、バックアップは3〜4分で完了すると思いました。 30分以上かかるので、何か間違っていた。唯一の方法は、午前2時から午後4時までに変更された数千のファイルがあった場合、または変更された実際に巨大なファイルの場合です。

それは、ログファイルの予想される場所に格納されていないjavaアプリケーション用の単一のHUGEログファイルであったことが判明しました。同じエラーの11GB分が20秒ごとに追加されます。おそらく2年間でした。私はJavaが大好きです。最近のすべてのバックアップは必要以上に11GBでしたが、圧縮はディスク上で約400Mでしたが、依然として大きかったです。ログのサイズはおそらく月あたり約500MB増えていたでしょう。グーグルでエラーを発見し、解決策を見つけ、それを適用し、そのファイルは数ヶ月間0バイトのままでした。 OSとシステムのアップデートは計画に従って行った。

少なくとも35.2GBのログファイルではありませんでした。

フー

情報ありがとう。それは私のプロジェクトで直面していた同じ問題で私を助けました:)

それは陽気です!

ログファイルの内部を見ることは興味深いでしょう。おそらく、そこには恒常的な反復はありませんが、対処する必要のあるものを指し示すかもしれません。

私はその状況TheFuでJavaの失敗がどのように見えるか分からない。これは、無能なプログラマーの欠陥のようなものです。

それは物事の組み合わせです。

1.誰もログをチェックしない – それをクリアする。悪いロギングデザイン – よく役に立たない情報がたくさんありますが、実際のエラーでは十分です。悪いプログラミング、悪いデバッグ; 4。ディスクスペースが無駄になっている場所を判断する実行可能なルーチンはありません。

Star Trekによると、次世代のエピソード146 “The Chase”によると、Star Trekの世界に非常によく似たヒューマノイドのようなレースが存在する理由についての正式な説明は、古くはあるが未確認のヒューマノイドレースが、宇宙の種を保存しようとしていますが、実際には誰もが人間だけを見ているときには、エイリアンメイクをする方がはるかに簡単です。