☰

奇怪的系统日志顺序

tag-icon • tag-icon ubuntu cron syslog time
奇怪的系统日志顺序

你曾经见过 /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

答案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）。它没有帮助，而且会做一些愚蠢的事情。

答案2

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

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

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

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

相关内容