Почему только некоторые мои журналы становятся повернутыми?

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

Имена файлов являются способом найти файл, но фактический файл является просто некоторым пространством на диске. Файл может иметь несколько имен (жесткие ссылки) или никакие имена (Вы можете rm файл это открыто, но он все еще занимает место на диске пока файл, открыт в некотором процессе).

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

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

Если Вы взглянули в /etc/logrotate.d Вы будете видеть много примеров этого, завися, что Вы установили.

Например, rsyslog имеет:

postrotate
    invoke-rc.d rsyslog rotate > /dev/null
endscript

stunnel имеет:

postrotate
    /etc/init.d/stunnel4 reopen-logs > /dev/null
endscript

Это сценарии, чтобы сказать соответствующему процессу, что файлу нужно повторное открытие. Определенный механизм зависит от программы, но что это имеет тенденцию делать, отправляет a HUP (или иногда USR1) (см. man 7 signal), который продолжительные процессы берут в качестве инструкции закрыть и вновь открыть файлы журнала.

В случае направляющих способ сделать это варьируется, в зависимости от какого регистратора Вы используете. Я только что видел некоторый совет предложить, чтобы Вы использовали copytruncate который является в основном "опцией обмана" в logrotate сообщение этого вручную скопировать содержание и освободить файл вместо того, чтобы переместить его и сделать новый. (см. man logrotate.conf). Это используется вместо create как так:

/home/rails/myapp/log/*.log {
    daily
    missingok
    compress
    notifempty
    rotate 12
    copytruncate
    delaycompress
    missingok
    su rails rails
}

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

Однако при использовании Единорога для запущения приложения (который мультиплексирует запросы через набор идентичных рабочих процессов направляющих), это поддерживает сигнал USR1 как нормальный (уничтожение и замена всех рабочих, эффективно заставляя их вновь открыть файлы), и можно просто представить его постповорачивать использование pkill или подобный, возможно, как это:

/home/rails/myapp/log/*.log {
    daily
    missingok
    compress
    notifempty
    rotate 12
    create
    delaycompress
    missingok
    su rails rails
    postrotate
        pkill -USR1 -u rails unicorn
    endscript
}

pkill инструмент должен искать рабочие процессы и отправить им сигналы, таким образом, это нашло бы все с именем unicorn выполнение как rails пользователь и отправляет его USR1 сигнал, который говорит этому вновь открыть файлы журнала. (Примеры я дал от пакетов Ubuntu /etc/logrotate.d файлы на самом деле делают то же самое, но те сервисы имеют поиск, скрытый в функциях в их /etc/init.d сценарии.)

Я уверен, что будет некоторый способ настроить разумное postrotate поскольку любые направляющие устанавливают, Вы имеете (в худшем и самом легком случае, просто перезапустите его), но надо надеяться который объясняет сторону Ubuntu вещей так или иначе...