奇怪的系统日志顺序

Question

你有没有在 /var/log/syslog 中看到错误的顺序？我认为它只会导致 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)

如您所见，行之间的时间顺序很糟糕。这只是crontab错误，或者系统时钟有问题，还是什么？

我正在运行最新的 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

Answer 1

这是一个棘手的问题，它实际上是 rsyslog 中的一个错误，特别是 RepeatedMsgReduction On，以及与 Trusty 一起发布的版本的行为变化（与早期版本相比）

有关血腥的详细信息，请参阅http://bugzilla.adiscon.com/show_bug.cgi?id=527。

简而言之，在 Trusty 上关闭 RepeatedMsgReduction（即sudo sed -i -r 's/^\$RepeatedMsgReduction.*/$RepeatedMsgReduction off/' /etc/rsyslog.conf）。它没有帮助，并且会做一些愚蠢的事情。

Answer 2

您的机器可能在那时重新启动了吗？根据您的日志，似乎 cron 至少重新启动了。您的 CMOS 电池可能有问题，并且您的机器在关闭电源时无法保持准确的时间。

这是虚拟机吗？也许它被迁移到不同的主机，并且时钟在迁移过程中变得不正确？

您的“某事”脚本是否可能意外设定了时间？

事实上，这可能是很多事情。但这不是正常行为。