rsyslogd HUPed неоднократно

9

Заметим, что для блока виртуальных машин получение в журналах, что процесс rsyslogd получает HUPed. Не нашел идей, кроме нескольких постов на некоторых форумах, в которых говорилось, что это для входа. Любые идеи, как это исправить / устранить неполадки ..

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
Rituraj
источник

Ответы:

12

Там нет ничего, чтобы исправить. Это нормальная операция. Когда файл журнала поворачивается на logrotate, он говорит rsyslogзакрыть и заново открыть свои дескрипторы файла журнала, отправив ему HUPсигнал.

Если rsyslog этого не делает, то он продолжит записывать свои выходные данные в журналы OLD, а не в новые, потому что дескрипторы файлов все равно будут подключаться к старым файлам.

Это верно даже в том случае, если старые файлы удаляются (потому что в Unix файл действительно не удаляется до тех пор, пока последний дескриптор файла, удерживающий его открытым, не будет закрыт) .... именно поэтому файлы не всегда освобождают пространство, которое они немедленно возвращаются к файловой системе, если какой-то процесс имеет открытый дескриптор файла.

саз
источник