이상한 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 또는 시계입니다.

— wonce 2009 년

cron을 제외한 다른 로그는 괜찮습니다. cron과 syslog뿐만 아니라 "something"스크립트로 로깅 시간을 추가했습니다.

— Tomasz

이것은 페도라를 실행하는 내 상자에서 일어 났으며 rsyslog가 충돌 한 것으로 나타 났지만 저널은 rsyslog로 시작한 로그를 보관했으며 이전 메시지는 새로운 메시지와 섞였습니다. 이것은 페도라 20에 있었다.

— Petter H

우분투 14.04에서 동일한 문제가 발생했습니다. cron 메시지 20 개당 약 1 일은 과거 약 5-7 일입니다. cron 메시지에만 문제가 있으며 재부팅 후에도 문제가 지속됩니다.

— Jasper Krijgsman

이 문제를 확인할 수 있습니다. 우분투 14.04는 cron 메시지로 발생합니다.

— thor

답변:

이것은 까다로운 문제이며 실제로 rsyslog의 버그, 특히 RepeatedMsgReduction On 및 Trusty와 함께 릴리스 된 버전 (이전 버전과 비교)의 동작 변경입니다.

자세한 내용은 http://bugzilla.adiscon.com/show_bug.cgi?id=527 을 참조 하십시오.

즉, Trusted (예 :)에서 RepeatedMsgReduction을 끕니다 sudo sed -i -r 's/^\$RepeatedMsgReduction.*/$RepeatedMsgReduction off/' /etc/rsyslog.conf. 도움이되지 않으며 바보 같은 일을합니다.

— 크레이그 미스켈
소스

동일한 답변을 두 번 게시하지 마십시오. 첫 번째 답변을 참조하려면 주석을 대신 사용하십시오. 최선의 선택은 클로즈로 중복 투표하는 것입니다.

— Sven

아이러니 ... RepeatedMsgReduction을 on으로 설정하고 싶을 것 같습니다! : D

— 익명의 펭귄

무슨 말을합니까, 익명 펭귄?

— Craig Miskell

다음 위해 rsyslog 패키지로 해결이 문제의 버전 7.4.4-1ubuntu2.7 보인다 changelogs.ubuntu.com/changelogs/pool/main/r/rsyslog/...

— 마우로 몰리나리

그때 기계가 다시 시작 되었습니까? 귀하의 로그에 따르면 cron이 적어도 다시 시작된 것 같습니다. CMOS 배터리가 불량 일 수 있으며 컴퓨터의 전원을 끌 때 정확한 시간을 유지하지 못합니다.

이것은 가상 머신입니까? 아마도 다른 호스트로 마이그레이션되었고 마이그레이션 중에 시계가 잘못 되었습니까?

'뭔가'스크립트가 우연히 시간을 설정했을까요?

실제로 이것은 여러 가지가 될 수 있습니다. 그러나 이것은 정상적인 동작이 아닙니다.

— devicenull
소스

공백이나 혼합 순서없이 스크립트 개미를 실행하기 위해 독립적으로 로그인 할 수 있기 때문에 syslog 문제처럼 보입니다.

— Tomasz