Я поместил logrotate
файл конфигурации /etc/logrotate.d/
и ожидал, что журналы будут вращаться в одно и то же время; однако, они не ... время ротации журналов, по-видимому, случайное +/- один час.
Почему время начала ротации журналов является случайным, и как я могу это изменить?
Информация: мой файл конфигурации logrotate выглядит следующим образом ...
/opt/backups/network/*.conf {
copytruncate
rotate 30
daily
create 644 root root
dateext
maxage 30
missingok
notifempty
compress
delaycompress
postrotate
## Create symbolic links in daily/
PATH=`/usr/bin/dirname $1`;
FILE=`/bin/basename $1`;
/bin/ln -s $1 $PATH/daily/$FILE
endscript
}
Не ответ, но я недавно пытался выяснить это по другой причине и не смог найти никакой документации о том, как Redhat 6, Centos и т. Д. Запускают cron. Вот что я сделал в обратном порядке:
crond
по-прежнему работает при запуске системы - он загружает все файлы в/etc/cron.d
/etc/cron.d/0hourly
запускает все файлы в/etc/cron.hourly
/etc/cron.hourly/0anacron
работаетanacron
/etc/anacrontab
/etc/anacrontab
работает (черезrun-parts
)/etc/cron.daily
,/etc/cron.weekly
и/etc/cron.monthly
Так что это сложнее, чем в предыдущих версиях.
Можно восстановить старое поведение, добавив ежечасные, еженедельные и ежемесячные записи обратно
/etc/crontab
(которые теперь пусты), но ихanacrontab
также необходимо обновить. Это может или не может сломать будущие обновления ...источник
Другие ответы охватывают как, но не обязательно почему . Причина , чтобы держать одновременно ночные хрон рабочих мест от убийства инфраструктуры. (Представьте себе общее хранилище, или, может быть, 1000 серверов, работающих на одном узле виртуальной машины, или просто ночные задания, которые затрагивают некоторые сетевые службы.)
Я всегда решаю эту проблему для ротации журналов в определенных системах, перемещая конкретное задание ротации журналов из
cron.daily
записи с жестко заданным временемcron.d
. Таким образом, вы все еще получаете пошаговые прогоны для сервисов, таких как updatedb, где время действительно не является существенным, но согласованное время для ротации журналов.Конечно, когда вы достигнете определенного размера, вы все равно захотите, чтобы все ваши журналы отправлялись с хоста на сервер журналов, и тогда время ротации файлов на отдельных узлах будет менее важным, так как они существуют только для удобство (как правило, после хвоста файла) или как крайний вариант отступления. Тогда вы бы определенно установили ротацию на сервере журналов как систематическую.
источник