Странный порядок системного журнала

Вы когда-нибудь видели неправильный порядок в / 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

— Tomasz
источник

Действительно ли порядок неправильный или только временные метки? В первом случае syslog должен быть ответственным, иначе cron или ваши часы.

— чудо

Похоже, что другие журналы, кроме cron, в порядке. Я добавил время регистрации скриптом "что-то", а не просто cron и syslog.

— Томаш

Это произошло на моей машине с Fedora, оказалось, что произошел сбой rsyslog, но journald сохранил журналы, которые он пересылал в rsyslog после запуска, в результате чего старые сообщения смешивались с новыми. Это было в Fedora 20, хотя.

— Петтер Х

Я столкнулся с той же проблемой на Ubuntu 14.04. Приблизительно 1 из каждых 20 сообщений cron имеет дату около 5-7 дней в прошлом. Только с сообщениями cron и проблема сохраняется после перезагрузки.

— Джаспер Крайгсман

Я могу подтвердить, что эта проблема, Ubuntu 14.04, происходит с сообщениями cron.

— Тор

Ответы:

Это хитрая ошибка, и на самом деле это ошибка в rsyslog, в частности RepeatedMsgReduction On, и изменение поведения в версии, выпущенной с Trusty (по сравнению с более ранними версиями)

См. Http://bugzilla.adiscon.com/show_bug.cgi?id=527 для подробностей.

Короче говоря, отключите RepeatedMsgReduction на Trusty (то есть sudo sed -i -r 's/^\$RepeatedMsgReduction.*/$RepeatedMsgReduction off/' /etc/rsyslog.conf). Это не полезно, и делает глупости.

— Крейг Мискелл
источник

Пожалуйста, не публикуйте один и тот же ответ дважды. Вместо этого используйте комментарии, чтобы сослаться на ваш первый ответ. Лучший вариант - голосовать за близких, как за дубликат.

— Свен

По иронии судьбы ... похоже, вы хотите, чтобы RepeatedMsgReduction был включен! : D

— Анонимный пингвин

Что заставляет тебя так говорить, Анонимный Пингвин?

— Крейг

Кажется, что версия 7.4.4-1ubuntu2.7 пакета rsyslog решает эту проблему: changelogs.ubuntu.com/changelogs/pool/main/r/rsyslog/…

— Мауро Молинари

Может быть, ваша машина перезагружалась? Судя по вашему журналу, кажется, что cron был перезапущен по крайней мере. Возможно, у вас плохая батарея CMOS, и ваша машина не держит точное время при выключенном питании.

Это виртуальная машина? Возможно, он был перенесен на другой хост, и часы стали неправильными во время миграции?

Возможно, ваш сценарий «что-то» устанавливает время случайно?

На самом деле, это может быть любое количество вещей. Это не нормальное поведение, хотя.

— devicenull
источник

похоже, это просто проблема с системным журналом, потому что я сделал независимое право входа в систему для запуска скрипта, и это выглядит нормально, без пробелов или смешанного порядка.

— Томаш