Re: [gentoo-user-ru] Logrotate не посылает сигнал процессу

[Sergey Kobzar <sergey.kobzar@mail.ru>]

On 08/23/13 12:10, Alex Efros wrote:
> Hi!
>
> On Fri, Aug 23, 2013 at 11:03:55AM +0300, Sergey Kobzar wrote:
>> Пора выбрасывать logrotate на свалку?
>
> Я промолчал в начале обсуждения чтобы не лезть с не очень конструктивными
> предложениями, но раз уж дошло до такого вопроса, то могу поделиться своим
> мнением: не просто пора, с ним изначально не стоило связываться!
>
> Изначально подход logrotate достаточно порочен: ротацией логов должен
> заниматься тот, кто их пишет. Более того, если вас интересует надёжная и
> единообразная работа с логами, то нужно писать _все_ логи через
> специализированные приложения. А конкретно я имею в виду либо DJB'шный
> multilog из пакета daemontools либо его более продвинутый форк svlogd из
> пакета runit. Подробнее: http://smarden.org/runit/svlogd.8.html
>
> Обычно в идеологии daemontools/runit супервизор сервиса запускает два
> процесса - главный демон, который свои логи выдаёт на STDOUT, и связанный
> с ним через конвейер демон логгирования (multilog/svlogd), который на
> свой STDIN получает STDOUT главного демона и пишет его в лог-файлы.
> Когда в системе все сервисы запущены через такие супервизоры то
> получается, что практически все логи единообразно и надёжно пишутся,
> фильтруются и ротируются через multilog/svlogd (кроме Xorg.0.log,
> emerge.log и ещё парочки).
>
> Но есть пара нюансов. Во-первых это не работает для таких сервисов как
> apache или nginx т.к. у них не один лог-файл, а несколько, так что
> направить их вместе на STDOUT не вариант. Во-вторых конкретно nginx иногда
> нельзя запускать под супервизором daemontools/runit т.к. они несовместимы
> с режимом горячего обновления nginx (если оно необходимо для вашего сайта).
>
> В результате для демонов вроде apache/nginx используется другой подход:
> через супервизор запускается несколько сервисов-логгеров multilog/svlogd,
> по одному на каждый лог-файл apache/nginx, которые считывают данные из
> FIFO-файлов, в который apache/nginx пишут логи.
>
> Пример настройки логов nginx для runit:
>
>      # создаём каталоги, куда будут писаться логи
>      install -d -m 2750 -o log /var/log/nginx/access
>      install -d -m 2750 -o log /var/log/nginx/error
>
>      # даём сервисам svlogd доступ к этим каталогам (они будут работать от
>      # юзера log, а не root)
>      chown log /var/log/nginx/
>
>      # для примера, настраиваем кол-во сохраняемых access-лог-файлов
>      echo n500 >/var/log/nginx/access/config
>
>      # заменяем файлы куда пишет логи nginx на FIFOшки
>      mv /var/log/nginx/access_log{,.old}
>      mv /var/log/nginx/error_log{,.old}
>      mkfifo /var/log/nginx/access_log
>      mkfifo /var/log/nginx/error_log
>
>      # создаём новые сервисы (у меня сервисы runit находятся в /service/,
>      # а активные сервисы в /var/service/ - это как бы аналоги /etc/init.d/
>      # и /etc/runlevels/default/ - но у вас эти каталоги могут быть другими)
>      mkdir /service/nginx-log-access/
>      mkdir /service/nginx-log-error/
>      echo 'exec chpst -u log svlogd /var/log/nginx/access/ <>/var/log/nginx/access_log' > /service/nginx-log-access/run
>      echo 'exec chpst -u log svlogd /var/log/nginx/error/ <>/var/log/nginx/error_log' > /service/nginx-log-error/run
>      chmod +x /service/nginx-log-access/run
>      chmod +x /service/nginx-log-error/run
>
>      # запускаем лог-сервисы
>      ln -s /service/nginx-log-access/ /var/service/
>      ln -s /service/nginx-log-error/ /var/service/
>
>      # перезапускаем nginx (у меня это `sv t nginx`, у вас вероятно
>      # `/etc/init.d/nginx restart`)
>
> У меня ./run-файлы сервисов содержат в начале ещё пару строк:
>      #!/bin/sh
>      exec 2>/dev/null
> я их для простоты описания опустил и думаю что всё будет работать и без них.
>

Спасибо за подробное описание. Я с данной системой не знаком - нужно 
покопаться.

У меня по совместительству под рукой есть FreeBSD с ее newsyslog. Он 
конесно менее фитчастый чем logrotate, но за годы использования под 
разными нагрузками таких проблем не было. "Лучше меньше да лучше" (с)...