Thứ tự syslog lạ

Bạn đã bao giờ thấy thứ tự sai trong / var / log / syslog chưa? Tôi nghĩ rằng nó chỉ gây ra 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)

Như bạn có thể thấy, có thứ tự thời gian xấu giữa các dòng. Đó chỉ là lỗi crontab, hoặc có một số vấn đề với đồng hồ hệ thống, hoặc một cái gì đó?

Tôi đang chạy kernel Ubuntu 14.04 mới nhất:

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
nguồn

Là thực sự thứ tự sai hay chỉ là dấu thời gian? Trong trường hợp đầu tiên, syslog phải chịu trách nhiệm, nếu không thì cron hoặc đồng hồ của bạn.

— won

Có vẻ như các bản ghi khác ngoại trừ cron đều ổn. Tôi đã thêm thời gian đăng nhập bằng tập lệnh "cái gì đó", không chỉ cron và syslog.

— Tomasz

Điều này đã xảy ra trên một hộp của tôi đang chạy fedora, hóa ra rsyslog đã bị hỏng, nhưng journald đã giữ các bản ghi mà nó đã chuyển tiếp đến rsyslog khi nó bắt đầu, dẫn đến các tin nhắn cũ bị trộn lẫn với tin nhắn mới. Điều này đã ở fedora 20 mặc dù.

— Petter H

Tôi đã gặp vấn đề tương tự trên Ubuntu 14.04. Khoảng 1 trong 20 tin nhắn cron có một ngày khoảng 5-7 ngày trong quá khứ. Chỉ với các tin nhắn cron và vấn đề vẫn tồn tại sau khi khởi động lại.

— Jasper Krijgsman 04

Tôi có thể xác nhận vấn đề này, Ubuntu 14.04, xảy ra với các tin nhắn cron.

— thor

Câu trả lời:

Đây là một lỗi khó và thực sự là một lỗi trong rsyslog, cụ thể là RepeatMsgRedraction On và thay đổi hành vi với phiên bản được phát hành với Trusty (so với các phiên bản trước)

Xem http://ormszilla.adiscon.com/show_orms.cgi?id=527 để biết chi tiết về tin đồn.

Nói tóm lại, hãy tắt RepeatMsgRedraction trên Trusty (tức là sudo sed -i -r 's/^\$RepeatedMsgReduction.*/$RepeatedMsgReduction off/' /etc/rsyslog.conf). Nó không hữu ích, và làm những điều ngu ngốc.

— Craig Miskell
nguồn

Xin vui lòng không đăng câu trả lời chính xác hai lần. Sử dụng ý kiến thay vì tham khảo câu trả lời đầu tiên của bạn. Tùy chọn tốt nhất là bỏ phiếu cho đóng là trùng lặp.

— Sven

Thật trớ trêu ... có vẻ như bạn có thể muốn bật lại RepeatMsgRedraction! : D

— Chim cánh cụt vô danh

Điều gì khiến bạn nói rằng, Penguin Penguin?

— Craig Miskell

Có vẻ như phiên bản 7.4.4-1ubfox2.7 của gói rsyslog đã khắc phục vấn đề này: changelogs.ubfox.com/changelogs/pool/main/r/rsyslog/iêu

— Mauro Molinari

Có phải máy của bạn có thể khởi động lại ngay sau đó? Dựa trên nhật ký của bạn, có vẻ như cron đã khởi động lại ít nhất. Có thể bạn có pin CMOS kém và máy của bạn không giữ được thời gian chính xác khi tắt nguồn.

Đây có phải là một máy ảo? Có lẽ nó đã được di chuyển đến một máy chủ khác và đồng hồ trở nên không chính xác trong quá trình di chuyển?

Liệu kịch bản 'một cái gì đó' của bạn có thể đặt thời gian một cách tình cờ?

Thực sự, đây có thể là bất kỳ số lượng của những điều. Đây không phải là hành vi bình thường mặc dù.

— lệch lạc
nguồn

có vẻ như chỉ là vấn đề syslog, bởi vì tôi đã đăng nhập độc lập để chạy ant script, nó trông ổn, không có khoảng trắng hoặc thứ tự hỗn hợp.

— Tomasz