¿Alguna vez has visto un orden incorrecto en / var / log / syslog? Creo que solo causa crontab.
Jun 28 22:20:01 alex CRON[2327]: (root) CMD (something > /dev/null)
Jun 28 22:21:01 alex CRON[2700]: (root) CMD (something > /dev/null)
Jun 21 03:49:01 alex CRON[2753]: (root) CMD (something > /dev/null)
Jun 28 22:23:01 alex CRON[2754]: (root) CMD (something > /dev/null)
Jun 27 05:08:01 alex CRON[2813]: (root) CMD (something > /dev/null)
Jun 26 00:19:01 alex CRON[2816]: (root) CMD (something > /dev/null)
Jun 28 22:25:01 alex CRON[2816]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Jun 28 22:25:01 alex CRON[2821]: (root) CMD (something > /dev/null)
Jun 28 22:27:01 alex CRON[3225]: (root) CMD (something > /dev/null)
Jun 28 22:28:01 alex CRON[3240]: (root) CMD (something > /dev/null)
Jun 28 22:30:01 alex CRON[3290]: (root) CMD (something > /dev/null)
Jun 26 12:03:01 alex CRON[3291]: message repeated 2 times: [ (root) CMD (something > /dev/null)]
Jun 28 22:30:01 alex CRON[3291]: (munin) CMD (if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi)
Jun 28 22:31:01 alex CRON[3659]: (root) CMD (something > /dev/null)
Jun 28 22:32:01 alex CRON[3754]: (root) CMD (something > /dev/null)
Jun 16 06:41:01 alex CRON[3846]: (root) CMD (something > /dev/null)
Jun 28 22:35:58 alex cron[909]: (CRON) INFO (pidfile fd = 3)
Jun 28 22:35:58 alex cron[944]: (CRON) STARTUP (fork ok)
Jun 28 22:35:58 alex cron[944]: (CRON) INFO (Running @reboot jobs)
Jun 28 22:36:01 alex CRON[1428]: (root) CMD (something > /dev/null)
Jun 28 22:37:01 alex CRON[3050]: (root) CMD (something > /dev/null)
Jun 28 22:38:01 alex CRON[3082]: (root) CMD (something > /dev/null)
Jun 28 22:39:01 alex CRON[3114]: (root) CMD (something > /dev/null)
Como puede ver, hay un mal orden de tiempo entre líneas. ¿Es solo un error crontab, o hay algún problema con el reloj del sistema, o algo así?
Estoy ejecutando el último kernel Ubuntu 14.04:
Linux alex 3.13.0-30-generic #54-Ubuntu SMP Mon Jun 9 22:45:01 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Respuestas:
Este es un truco, y en realidad es un error en rsyslog, específicamente RepeatedMsgReduction On, y un cambio de comportamiento con la versión lanzada con Trusty (en comparación con versiones anteriores)
Ver http://bugzilla.adiscon.com/show_bug.cgi?id=527 para los detalles sangrientos.
En resumen, apague RepeatedMsgReduction en Trusty (es decir
sudo sed -i -r 's/^\$RepeatedMsgReduction.*/$RepeatedMsgReduction off/' /etc/rsyslog.conf
). No es útil y hace cosas tontas.fuente
¿Quizás su máquina se reinició entonces? Según su registro, parece que cron se reinició al menos. Es posible que tenga una batería CMOS defectuosa y que su máquina no mantenga la hora exacta cuando está apagada.
¿Es esta una máquina virtual? ¿Quizás se migró a un host diferente y el reloj se volvió incorrecto durante la migración?
¿Su guión de 'algo' tal vez establece la hora por accidente?
Realmente, esto podría ser cualquier cantidad de cosas. Sin embargo, este no es un comportamiento normal.
fuente