ASCII ログ・ファイルの先頭にヌル文字があります。

Question

「バイナリ」ログファイルのサイズを見て、ls -l取得できるサイズと比較するとdu -k興味深い点が見つかります。ファイルがディスクで占めるスペースよりも大きいようです！

Javaアプリケーションプロセスの2番目のコピーが実行されているか、本番アプリケーションがシャットダウンを完了するのに5分以上かかることがあります。

したがって、NULL文字が発生した場合、ログファイルが以前に記録された場所を記憶しているアプリケーションプロセスはまだ実行中です。書き込み用にファイルを開き、seek()その場所に書き込み、ログメッセージを書き込みます。いつものように。

しかし、ファイルが以前に存在しなかった場合（mv削除されたため）、これはまさにこれが生成されることです。スパースファイル。これは非常に古いUnixファイルシステム機能です。

スパースファイルは本質的にデータ圧縮の最も簡単なプロトタイプです。ヌルバイトのみを含むディスクブロック全体は実際にはディスクにデータとして保存されませんが、ファイルブロックがどこにあるかをシステムに伝えるファイルシステムメタデータは効果的に特別なタグを取得します。「このファイルの場所に X ヌルバイトブロックを挿入します」を意味します。

書き込み用のファイルを開いてスパースファイルを作成し、実際に何も書かずに現在のファイルの終わりを超えてコンテンツを探します。それから何かを書いてください。ほとんどのUnixスタイルのファイルシステムは、ヌルで埋められた中間書き込みブロックをディスクに明示的に書き込むのではなく、古いEOFと新しく作成されたデータの間にブロックをスパースブロックとして自動的に追加します。ファイルを読み取るとき、ファイルシステムドライバは空のバイトブロックでスパースブロックを自動的に埋めるので、アプリケーションはそれをまったく認識する必要はありません。

fuserログファイルが開いていることを確認して開いている場合は、エラーメッセージで停止するテストをアプリケーション起動スクリプトに追加できます。このような：

LOGFILE=/some/where/log4j2.log

if fuser -s $LOGFILE; then
    echo "ERROR: $LOGFILE is still in use. Maybe the app is still running. Make it stop." >&2
    exit 1
fi

# add here your commands to rotate the logs and start the application.

log4j2実際には、独自のログファイルの回転機能があります。最善の解決策は、おそらく外部スクリプトを使用するのではなく、これらの機能を使用することです。

Answer 1