web-dev-qa-db-ja.com

rsyslogdが繰り返しHUPされた

VMボックスの場合、rsyslogdプロセスがHUPされるログを取得することに注意してください。一部のフォーラムでは、これはログローレート用であると述べています。アイデアを見つけられません。これを修正/トラブルシューティングするためのアイデアはありません..

messages-20141011:2014-10-10T04:02:02.054134-06:00 udr-oradl01 rsyslogd: [Origin software="rsyslogd" swVersion="5.8.12" x-pid="364" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

messages-20141011:2014-10-11T04:02:02.079917-06:00 udr-oradl01 rsyslogd: [Origin software="rsyslogd" swVersion="5.8.12" x-pid="739" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

messages-20150124:2015-01-24T04:02:01.497596-07:00 udr-oradl01 rsyslogd: [Origin software="rsyslogd" swVersion="5.8.12" x-pid="819" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
linuxrhelvmwarersyslog
9
Rituraj

修正するものはありません。これは正常な動作です。ログファイルがlogrotateによってローテーションされると、rsyslogシグナルを送信してログファイルファイルハンドルを閉じ、再度開くようにHUPに指示します。

Rsyslogがそれを行わない場合、ファイルハンドルは引き続き古いファイルに接続するため、新しいログファイルではなく、古いログファイルにログ出力を書き込み続けます。

これは、古いファイルが削除された場合でも当てはまります（UNIXでは、ファイルを開いたままにしていた最後のファイルハンドルが閉じられるまで、ファイルは本当に削除されないためです）...そのため、ファイルは常にスペースを解放しませんいくつかのプロセスがファイルハンドルを開いている場合は、すぐにファイルシステムを使い果たします。

12
cas