Назад | Перейти на главную страницу

Журналы nginx не смогли еженедельно обновляться, как мне определить, почему?

После того, как я установил nginx, его журналы менялись еженедельно в соответствии с еженедельным заданием cron в воскресенье 00:00.

Однако на этой неделе журналы не изменились, и я не могу понять, почему.

Единственное, что, как мне кажется, могло повлиять на это, - это то, что я сделал обновление apt-get. Все прошло гладко, и только один файл конфигурации требовал слияния вручную.

Я не могу найти никаких журналов для самого logrotate. Похоже, я ожидал увидеть что-то в / var / syslog для задания logrotate cron, но там (никогда) ничего нет.

Во-вторых, кажется, что logrotate правильно настроен для nginx. Существует конфигурационный файл nginx, который хорошо выглядит в logrotate.d

задание logrotate cron также все еще находится в /etc/cron.daily

Спасибо за любую помощь - ищите причину, по которой это могло сработать раньше, но внезапно прекратилось, или где искать какие-либо дополнительные выходные данные от cron или logrotate.

вы можете проверить конкретный файл на наличие ошибок, запустив его в режиме отладки;

/usr/sbin/logrotate -d /etc/logrotate.d/nginx

Вы также можете принудительно запустить logrotate через определенный файл

/usr/sbin/logrotate -f /etc/logrotate.d/nginx

В большинстве случаев - lograte может не работать из-за ошибок записи в указанном каталоге (может быть, повернутый файл уже присутствует? Или соответствующая папка отсутствует?)

Если все вышеперечисленное работает нормально, вам может потребоваться запустить режим отладки, используя общий файл conf logrotate (это вызовет режим отладки и поможет выяснить проблемы, отличные от nginx logrotate)

/usr/sbin/logrotate -d /etc/logrotate.conf

Если вышеописанный запуск прошел успешно - вам нужно будет подтвердить, правильно ли работают crontab для данного пользователя Linux (root?). Вы можете настроить простой cron на основе эха, чтобы проверить то же самое.

Вызов logrotate вручную с помощью -v опция может пролить больше света на то, что происходит, имейте в виду, что это может быть разрушительной операцией в зависимости от того, какие журналы чередуются.

Кроме того, сложно сказать, нет ли вообще ничего в журналах: Проверка дискового пространства / свободных inodes с помощью df может помочь, проверка dmesg может указать, что диск выходит из строя.