мы наблюдаем проблему с syslog-ng 3.8.1, удаляющую журналы со старой меткой времени. У нашей системы есть проблема с сохранением аппаратных часов после перезагрузки, однако это может быть проблема даже с джиттером ntp.
Похоже, что если syslog-ng видит журнал с определенным временем, любой журнал, созданный со старой меткой времени, отклоняется .. Хотя мы видим, что журналы получают syslog-ng, неясно, почему мы не видим, что они обрабатываются .
Мы также заметили, что простое изменение системного времени (отставание от времени) без перезагрузки также приводит к зависанию syslog-ng.
Обновление до syslog-ng 3.22 тоже не помогает. Включение NTP действительно помогает решить проблему, но коррекция временного джиттера может снова привести к зависанию syslog-ng.
Кто-нибудь сталкивается с этой проблемой? Если да, то какую глобальную конфигурацию нам нужно включить?
статистика не меняется:
root@MYDEV:~# syslog-ng-ctl stats
SourceName;SourceId;SourceInstance;State;Type;Number
center;;received;a;processed;5
src.internal;s_src#0;;a;processed;5
src.internal;s_src#0;;a;stamp;1478194222
destination;d_messages;;a;processed;5
destination;d_console_all;;a;processed;1
destination;#anon-destination1;;a;processed;0
destination;#anon-destination0;;a;processed;0
destination;#anon-destination3;;a;processed;0
destination;d_syslog;;a;processed;5
center;;queued;a;processed;11
destination;#anon-destination4;;a;processed;0
destination;#anon-destination2;;a;processed;0
destination;d_console;;a;processed;0
global;payload_reallocs;;a;processed;0
src.journald;;journal;a;processed;0
src.journald;;journal;a;stamp;0
global;sdata_updates;;a;processed;0
global;msg_clones;;a;processed;0
source;s_src;;a;processed;5
global;internal_queue_length;;a;processed;0
root@MYDEV:~#
root@MYDEV:~# <<<<< TRIGGERED A MESSAGE; can see it on journald >>>>
root@MYDEV:~#
root@MYDEV:~# syslog-ng-ctl stats
SourceName;SourceId;SourceInstance;State;Type;Number
center;;received;a;processed;5
src.internal;s_src#0;;a;processed;5
src.internal;s_src#0;;a;stamp;1478194222
destination;d_messages;;a;processed;5
destination;d_console_all;;a;processed;1
destination;#anon-destination1;;a;processed;0
destination;#anon-destination0;;a;processed;0
destination;#anon-destination3;;a;processed;0
destination;d_syslog;;a;processed;5
center;;queued;a;processed;11
destination;#anon-destination4;;a;processed;0
destination;#anon-destination2;;a;processed;0
destination;d_console;;a;processed;0
global;payload_reallocs;;a;processed;0
src.journald;;journal;a;processed;0
src.journald;;journal;a;stamp;0
global;sdata_updates;;a;processed;0
global;msg_clones;;a;processed;0
source;s_src;;a;processed;5
global;internal_queue_length;;a;processed;0
Спасибо
Аналогичная проблема была только что опубликована в системе отслеживания проблем syslog-ng: https://github.com/balabit/syslog-ng/issues/2836