Как бы я ни старался, я не могу понять, почему этот сервер случайным образом отмечает записи системного журнала плохим временем.
Вот 5-минутный отрезок системного журнала, сделанный несколько минут назад. Вы заметите, что есть два места, где время регистрируется неправильно. Один раз, когда он регистрирует его как 10 января (примерно на 4 дня), а другой, где он регистрирует его как 16 ноября (либо на ~ 2 месяца позже, либо на ~ 10 месяцев вперед - не могу сказать, поскольку системный журнал не регистрирует год) :
Jan 14 18:25:01 tetrad CRON[15482]: (root) CMD (zfs-auto-snapshot -q -g --label=frequent --keep=12 //)
Jan 14 18:25:01 tetrad CRON[15483]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then munin-run apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then munin-run apt update 7200 12 >/dev/null; fi)
Jan 14 18:25:03 tetrad zfs-auto-snap: @zfs-auto-snap_frequent-2015-01-15-0225, 1 created, 1 destroyed, 0 warnings.
Jan 14 18:26:54 tetrad puppet-master[31196]: message repeated 2 times: [ Could not find default node or by name with 'kvm4.virt.pne.local, kvm4.virt.pne, kvm4.virt, kvm4' on node kvm4.virt.pne.local]
>> Jan 10 00:00:01 tetrad CRON[18094]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then munin-run apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then munin-run apt update 7200 12 >/dev/null; fi)
Jan 14 18:27:01 tetrad CRON[18094]: (root) CMD (/usr/local/bin/lockrun --lockfile=/root/updatecw.lock -- /root/sqlworkbench/updatecw.sh > /dev/null)
Jan 14 18:28:02 tetrad fetchmail[7149]: message repeated 51 times: [ Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!)]
>> Nov 16 23:45:01 tetrad CRON[20554]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then munin-run apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then munin-run apt update 7200 12 >/dev/null; fi)
Jan 14 18:29:04 tetrad fetchmail[7149]: Warning: the connection is insecure, continuing anyways. (Better use --sslcertck!)
Jan 14 18:29:58 tetrad kernel: [7713426.484590] ip_set: protocol 6
Я проверил правильность настроек часового пояса на коробке, полностью остановил rsyslogd и запустил его снова. Я даже могу оставить цикл на коробке на несколько часов без ошибок:
while true; do date; sleep 1; done
... так что, похоже, это не проблема с часами. Просмотр более 10 000 строк вывода даты в консоли - отстой! ;)
Я должен отметить, что я когда-либо видел это только при регистрации действия CRON. Задания cron выполняются недолго, и я даже протестировал, закомментировав все задания в cron в течение дня. Никаких ложных записей времени.
Есть предположения?