Por mais que eu tente, não consigo entender por que esse servidor registra timestamp aleatoriamente as entradas do syslog com tempo ruim.
Aqui está um trecho de 5 minutos do syslog de alguns minutos atrás. Você notará que há dois lugares em que a hora está errada. Uma vez que ele registra como 10 de janeiro (off por ~ 4 dias) e outro onde ele registra como 16 de novembro (ou ~ 2 meses atrás ou ~ 10 meses à frente - não posso dizer uma vez que o syslog não registra o ano) :
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
Verifiquei se as configurações de fuso horário estão corretas na caixa e parei completamente o rsyslogd e o reiniciei novamente. Eu posso até deixar um loop em execução na caixa por horas sem erro:
while true; do date; sleep 1; done
... por isso não parece ser um problema com o relógio. Revendo mais de 10.000 linhas de saída 'data' no console é uma merda! ;)
Devo salientar que eu só vi isso ao registrar uma ação CRON. As tarefas do cron não são longas, e eu até testei comentando todos os trabalhos no cron por um dia. Nenhuma entrada de hora falsa.
Alguma opinião?