Если syslog-ng настроен для удалённого логгирования как-то вот так destination d_net { udp ("remote.host.name"); }; log { source(sys); destination(d_net); }; то рестарт удалённого syslog приводит к тому, что локальный syslog перестаёт писать логи, а, главное, начинает потреблять память, со всеми вытекающими последствиями (swap, высокий LA, вплоть до невозможности зайти по ssh, OOM Killer). Откат до syslog-ng 2.0.3-alt1 (4.0), или апдейт до 3.0.10-alt1 (текущий Сизиф) проблему устраняют. Промежуточные версии не проверял. Вообще, я удивился, честно говоря, когда узнал об этой обратной связи с syslog-сервером. Syslog-сервер - syslog-ng 2.0.9-alt1 (4.1), менять не пробовал.
Забыл добавить, проблема возникает в момент старта. Если только положить, ничего плохого не происходит.
Попробуй для начала собрать 2.1.4 под 5.1: http://www.balabit.com/downloads/files?path=/syslog-ng/sources/2.1.4/source и если будет воспроизводиться -- видимо, придётся бэкпортить в 5.1 какой 3.x (наблюдаю 3.1.4 и 3.2.2).
попробовать собрать 2.1.4 для 5.1 можно, но мне кажется, что версия из Сизифа может оказаться более проверенной. Конфиг от 2.1.3 воспринялся без проблем вроде бы.
2.1.4 собрал, тоже не падает вроде.
Забросишь?
Если 2.1.3 подвержен DoS в обычных обстоятельствах, а 2.1.4 -- нет, то мне этого кажется достаточным для обновления в бранче.
Согласен, но погонять его надо какое-то время - вдруг ещё что-то вылезет. Себе я 2.1.4 из task #41210 поставил с утра, где мог, пока работает. Подождём до завтра ?
Давай так.
syslog-ng-2.1.4-alt0.M51.1 -> 5.1: * Thu Mar 24 2011 Sergey Y. Afonin <asy@altlinux> 2.1.4-alt0.M51.1 - 2.1.4 (ALT #25277)
Спасибо :)