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

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

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

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