奇妙なsyslogの順序

/ 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

— トマス
ソース

本当に順序が間違っているのですか、それともタイムスタンプだけですか？最初のケースでは、syslogが責任を負います。それ以外の場合は、cronまたはクロックが責任を負います。

— 14年

cronを除く他のログは問題ないようです。cronとsyslogだけでなく、「何か」スクリプトによるログ時間を追加しました。

— トマス14年

これは、fedoraを実行している私のボックスで発生し、rsyslogがクラッシュしたことが判明しましたが、journaldは開始したrsyslogに転送したログを保持していたため、古いメッセージと新しいメッセージが混在していました。ただし、これはfedora 20でした。

— ペッターH 14年

Ubuntu 14.04でも同じ問題が発生しました。20個のcronメッセージごとに約1個の日付が約5〜7日前です。cronメッセージのみで、再起動後も問題が解決しません。

— ジャスパークレイグスマン14

この問題、Ubuntu 14.04は、cronメッセージで発生することを確認できます。

— トール

回答:

これは扱いにくいもので、実際には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ます（ie ）。それは役に立たず、物の言えないことをします。

— クレイグ・ミスケル
ソース

まったく同じ回答を2回投稿しないでください。代わりにコメントを使用して、最初の回答を参照してください。最善の選択肢は、重複として投票することです。

— スヴェン

皮肉なことに... RepeatedMsgReductionをonに設定したいようです！：D

— 匿名ペンギン

匿名のペンギンとはどういう意味ですか？

— クレイグミスケル

：rsyslogのパッケージの修正この問題のバージョン7.4.4-1ubuntu2.7思わchangelogs.ubuntu.com/changelogs/pool/main/r/rsyslog/...

— マウロ・モリナーリ

マシンはおそらくその頃に再起動しましたか？ログに基づいて、少なくともcronが再起動されたようです。不良なCMOSバッテリーを使用している可能性があり、電源をオフにしたときにマシンが正確な時間を保持していない可能性があります。

これは仮想マシンですか？おそらく、別のホストに移行され、移行中に時計が不正確になったのでしょうか？

あなたの「何か」スクリプトは、おそらく偶然に時間を設定しますか？

本当に、これは何でもありえます。ただし、これは正常な動作ではありません。

— デバイスヌル
ソース

それは、syslogの問題のように見えます。スクリプトantを実行するための独立したログイン権を作成したためです。

— トマス14