Я logrotate
работал на машине ECS AWS, вращающей логи Apache. После упаковки логи Apache сохраняются в AWS S3 через s3fs. Проблема в том, что я недавно заметил, что у меня не было повернутых журналов. В S3 у меня есть старые журналы со дня 48-> 60, но 1-> 47 не появляется.
Мой вопрос: где logrotate сохраняет свой собственный журнал? Возможно, у меня какая-то проблема с s3fs, но мне нужно знать, прежде чем что-то делать. Я пытался где-то найти логи, но не смог их найти.
Есть идеи?
-d
флаг отладки и флаг-f
форсирования, чтобы точно увидеть, что пытается сделать logrotate.-d
отключает действие, но напечатанные сообщения будут по-прежнему утверждать, что они меняют вещи./usr/sbin/logrotate /etc/logrotate.conf
, я бы добавил,-v
чтобы увидеть подробный журнал.Единственное, что logrotate записей обычно находится в
cat /var/lib/logrotate/status
.Это взято с /server//a/518134/266525
источник
Еще одно хорошее место, чтобы посмотреть
/var/log/messages
на CentOS для ошибок, таких как это от cron.daily/etc/cron.daily/logrotate
Вы также можете запустить в режиме отладки вручную и проверить на наличие ошибок:
Источник: https://access.redhat.com/solutions/32831
источник
Если вы работаете
logrotate
из cron и не перенаправляете выходные данные, выходные данные, если они есть, будут отправлены в электронную почту для любого идентификатора, выполняющего задание cron. Я перенаправляю свой вывод в файл журнала.Например:
источник
Проверьте
/etc/logrotate.conf
глобальные параметры конфигурации, которые могут влиять на задачи, настроенные через/etc/logrotate.d/
источник
Когда logrotate не вращает журналы или не переходит в сбойное состояние, рекомендуется вручную запустить logorate в режиме отладки, чтобы увидеть, какие ошибки он перечисляет, например:
Эта команда проверяет ротацию журналов для всех служб, в которых находятся файлы
/etc/logrotate.d
. Если в нем перечислены ошибки (например, ошибки, вызванные дублирующимися записями журнала), вы будете знать, почему у logrotate есть проблемы.источник