奇怪的系统日志

您是否曾在/ 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

— 托马斯
source

真的是顺序错误还是只是时间戳？在第一种情况下，syslog应该负责，否则是cron或您的时钟。

— Wince

看起来除了cron之外的其他日志都还可以。我通过“ something”脚本（而不只是cron和syslog）添加了日志记录时间。

— Tomasz 2014年

这发生在运行Fedora的我的一个盒子上，事实证明rsyslog崩溃了，但是日记记录确实保留了日志，一旦启动，它就会转发给rsyslog，导致旧消息与新消息混在一起。这是在软呢帽20。

— Petter H 2014年

我在Ubuntu 14.04上遇到了相同的问题。每20条Cron消息中大约有1条过去的日期为5-7天。仅包含cron消息，重新启动后问题仍然存在。

— Jasper Krijgsman 2014年

我可以确认这个问题，Ubuntu 14.04，发生了cron消息。

— 2014年

Answers:

这是一个棘手的问题，实际上是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）。它没有帮助，并且会做一些愚蠢的事情。

— 克雷格·米斯克（Craig Miskell）
source

请不要发布完全相同的答案两次。请使用评论代替您的第一个答案。最好的选择是将重复投票关闭。

— 斯文

具有讽刺意味的是……您可能希望将RepeatedMsgReduction设置为启用！：D

— 匿名企鹅

是什么让你这么说，匿名企鹅？

— Craig Miskell's

看来rsyslog现在包修复了这个问题该版本7.4.4-1ubuntu2.7：changelogs.ubuntu.com/changelogs/pool/main/r/rsyslog/...

— 毛罗·莫利纳利

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

这是虚拟机吗？也许它已迁移到其他主机，并且迁移期间时钟变得不正确？

您的“某物”脚本是否可能会偶然设置时间？

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

— 设备空
source

它看起来像syslog问题，因为我对运行脚本ant进行了独立登录，看起来不错，没有空格或混合顺序。

— Tomasz 2014年