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

[Alex Efros]

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
я их для простоты описания опустил и думаю что всё будет работать и без них.

-- 
			WBR, Alex.