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

Ви коли-небудь бачили неправильний порядок в / var / log / syslog? Я думаю, що це викликає лише кронтаб.

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

— Томаш
джерело

Чи справді порядок невірний чи просто часові позначки? У першому випадку системний журнал повинен відповідати, інакше крон або ваш годинник.

— wince

Схоже, що інші журнали, крім cron, добре. Я додав час реєстрації за допомогою "чогось" сценарію, а не лише cron та syslog.

— Томаш

Це сталося на коробці моєї фідори, виявилося, що rsyslog розбився, але журнал зберігав журнали, які він передавав до rsyslog, коли він запускався, в результаті чого старі повідомлення змішувалися з новими. Однак це було у Fedora 20.

— Петтер Н

Я зіткнувся з тією ж проблемою на Ubuntu 14.04. Приблизно 1 кожні 20 кронових повідомлень мають дату приблизно 5-7 днів. Лише з повідомленнями cron і проблема не зникає після перезавантаження.

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

Я можу підтвердити цю проблему, Ubuntu 14.04, трапляється з повідомленнями cron.

— Thor

Відповіді:

Це хитрість, і це фактично помилка в 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
джерело

це виглядає як просто проблема syslog, тому що я зробив незалежне вхід право на виконання сценарію мураха, це виглядає чудово, без пробілів або змішаного порядку.

— Томаш