jbossコンソールのログサイズがサイトのパフォーマンスに影響を与える可能性があります

Question

当社のエンタープライズアプリケーションはJboss wildfly 8.2にデプロイされています。 jbossコンソールログは、環境変数JBOSS_CONSOLEを使用して起動時に設定されています。これにより、kill -QUITを使用してトリガされたスレッドダンプがjboss_console.logに確実にダンプされます。 GC統計（-XX：+ PrintGCTimeStamps -XX：+ PrintGCDetailsを使用して収集）もこのファイルに送信されます。

ログファイルの回転が

猫を/ dev/null>によって行われますが、これは、ファイルサイズが増加を使用してスレッドダンプをトリガーに、ファイルサイズをダウンさせていても

をjboss_console.log to（回転前のファイルのサイズ+新しいスレッドダンプのサイズ）。したがって、jbossを再起動して明示的にファイルを削除しない限り、ファイルサイズは下がりません。

また、& lsコマンドの出力には明確な矛盾があります。

[ルートの@ MYSERVERログ]＃デュ-csh jboss_console.log

28M jboss_console.log

28M総

[ルート@ MYSERVERログ]＃LSを-lrtS jboss_console .log -h

-rwxr-xr-x。 1 admin admin 1.7G Jun 22 05:28 jboss_console.log

問題は、1か月のjbossを再起動すると、ファイルシステムの操作が10分の1に減速することです。私。私がサイズ1GBのシンプルな静的テキストファイルを自分のApacheにホストしていれば、それを私のローカルボックスにダウンロードするのは、3分というようにして行われます。しかし、1ヵ月後には同じ作業に30分かかります。 jbossを再起動すると、すぐに問題がクリアされます。システムには大きなCPU、メモリ、またはIOスパイクはありません。

これはjboss_console.logのサイズに起因していますか？

Answer 1

jboss_console.logは、プロセスのストリームのstdoutとstderrのパイプで作成されているものとします。その場合、問題はOSレベルで発生する可能性があります。

デフォルトでは、CONSOLEハンドラは、System.outにログします。ログのサイズに問題がある場合は、server.logに同じ情報が含まれているため、CONSOLEハンドラを削除または無効にすることができます。

ルートロガーからCONSOLEハンドラを削除するには、次のCLIコマンドを使用します。

/subsystem=logging/root-logger=ROOT:remove-handler(name=CONSOLE) 

は、私は、これは本当にあなたの質問に答えているわからないんだけど、それは少しダウンjboss_console.logのサイズを維持する一つの選択肢です。