Strano ordine syslog

Hai mai visto un ordine sbagliato in / var / log / syslog? Penso che causi solo 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)

Come puoi vedere, c'è un ordine di tempo scadente tra le righe. È solo un errore crontab o c'è qualche problema con l'orologio di sistema o qualcosa del genere?

Sto eseguendo l'ultimo kernel 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
fonte

L'ordine è davvero sbagliato o solo i timestamp? Nel primo caso syslog dovrebbe essere responsabile, altrimenti cron o il tuo orologio.

— Wince

Sembra che gli altri registri, tranne cron, siano OK. Ho aggiunto il tempo di registrazione con lo script "qualcosa", non solo cron e syslog.

— Tomasz,

Ciò è accaduto in una mia scatola con Fedora, si è scoperto che rsyslog si è bloccato, ma Journald ha conservato i registri che ha inoltrato a rsyslog una volta avviato, risultando in vecchi messaggi mescolati con nuovi. Questo era in fedora 20 però.

— Petter H,

Ho riscontrato lo stesso problema su Ubuntu 14.04. Circa 1 su 20 messaggi cron ha una data di circa 5-7 giorni nel passato. Solo con i messaggi cron e il problema persiste dopo un riavvio.

— Jasper Krijgsman,

Posso confermare questo problema, Ubuntu 14.04, si verifica con i messaggi cron.

— thor

Risposte:

Questo è complicato ed è in realtà un bug in rsyslog, in particolare RepeatedMsgReduction On, e un cambiamento nel comportamento con la versione rilasciata con Trusty (rispetto alle versioni precedenti)

Vedi http://bugzilla.adiscon.com/show_bug.cgi?id=527 per i dettagli cruenti.

In breve, disattivare RepeatedMsgReduction su Trusty (ovvero sudo sed -i -r 's/^\$RepeatedMsgReduction.*/$RepeatedMsgReduction off/' /etc/rsyslog.conf). Non è utile e fa cose stupide.

— Craig Miskell
fonte

Per favore, non pubblicare la stessa identica risposta due volte. Usa invece i commenti per fare riferimento alla tua prima risposta. L'opzione migliore è votare per chiudere come duplicato.

— Sven

L'ironia ... sembra che tu possa voler attivare RepeatedMsgReduction! : D

— Pinguino anonimo il

Cosa te lo fa dire, Penguin anonimo?

— Craig Miskell,

Sembra che la versione 7.4.4-1ubuntu2.7 del pacchetto rsyslog risolva questo problema: changelogs.ubuntu.com/changelogs/pool/main/r/rsyslog/…

— Mauro Molinari,

La tua macchina forse si è riavviata proprio allora? Sulla base del tuo registro sembra che cron sia stato riavviato almeno. È possibile che tu abbia una batteria CMOS difettosa e che la tua macchina non stia mantenendo l'ora esatta quando è spenta.

Questa è una macchina virtuale? Forse è stato migrato su un host diverso e l'orologio è diventato errato durante la migrazione?

La tua sceneggiatura "qualcosa" forse imposta l'ora per caso?

Davvero, questo potrebbe essere un numero qualsiasi di cose. Questo non è un comportamento normale però.

— devicenull
fonte

sembra solo un problema di syslog, perché ho effettuato il login indipendente per eseguire lo script ant e sembra a posto, senza spazi o ordine misto.

— Tomasz,