Хорошо, я сделал бу-бу. Я думаю
Проблема:
Logrotate терпит неудачу (или я неправильно думаю, что он мертв) и не предоставляет никакого сообщения об ошибке, объясняющего, почему:
logrotate.service — Ротация файлов журналов
Загружено: загружено (/lib/systemd/system/logrotate.service; статично; предустановка поставщика: включена)
Активен: неактивен (мертв) с пт 2021-12-31 13:05:25 CST; 42 мин назад
Документы: мужчина:logrotate(8)
человек:logrotate.conf(5)
Процесс: 27844 ExecStart=/usr/sbin/logrotate /etc/logrotate.conf (код=выход, статус=0/УСПЕХ)
Основной PID: 27844 (код=выход, статус=0/УСПЕХ)
31 декабря, 13:05:25 server1.example.com systemd[1]: запуск ротации файлов журнала...
31 декабря 13:05:25 server1.example.com systemd[1]: logrotate.service: успешно.
31 декабря, 13:05:25 server1.example.com systemd[1]: начата ротация файлов журнала.
Я хотел автоматически перезапустить logrotate с помощью systemd, потому что иногда после перезагрузки он давал сбой. Поэтому в моем /usr/lib/systemd/system/logrotate.service файл, который я добавил:
Перезапустить = всегда
Вышеупомянутое дополнение убивает службу logrotate. Оттуда я решил отменить свою грязную работу и, удалив Перезапустить = всегда и systemctl daemon-reload && systemctl запустить logrotate
Неудачно.
Затем я решил исследовать системный журнал и посмотреть, смогу ли я найти какие-либо подсказки, используя:
#grep "logrotate" /var/log/syslog. Это дало подсказку:
31 декабря, 00:00:03 server1 systemd[1]: logrotate.service: успешно.
31 декабря 00:36:16 server1 clamd[3544]: Пт, 31 декабря 00:36:16 2021 -> ^ Ошибка проверки пути к файлу: /var/tmp/systemd-private-2f8e6be5a16040adb29706b9e31ae841-logrotate.service-DbrlAK
31 декабря, 00:37:31 server1 systemd[1]: logrotate.service: успешно.
31 декабря 12:51:17 server1 systemd[1]: logrotate.service: успешно.
31 декабря 13:00:58 server1 systemd[1]: logrotate.service: успешно.
31 декабря 13:05:25 server1 systemd[1]: logrotate.service: успешно.
Примечание: во всех случаях, когда вы видите «Успешно», я пытаюсь запустить logrotate вручную.
я читал в этот пост о сбое сервера что эта проблема может быть вызвана тем, что logrotate пытается получить доступ к журналам за пределами вар/журнал/ каталог. И я подумал, что это может быть моя проблема, однако я не могу найти никакого индикатора журнала снаружи /вар/журнал, за исключением приведенной выше ошибки системного журнала:
повторение:
31 декабря 00:36:16 server1 clamd[3544]: Пт, 31 декабря 00:36:16 2021 -> ^ Ошибка проверки пути к файлу: /var/tmp/systemd-private-2f8e6be5a16040adb29706b9e31ae841-logrotate.service-DbrlAK
Из того, что я исследовал, моллюск, но
#grep "журнал" /etc/clamav/clamd.conf
LogSyslog ложь
Файл журнала /var/log/clamav/clamav.log
Урожайность, ничего. Кто-нибудь знает, почему logrotate не запускается?
