26 votes

LinuxHelpMe avatar

Ordre de syslog bizarre

Demandé el 28 de Juin, 2014
Quand la question a-t-elle été
6174 affichage
Nombre de visites la question a
2 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Avez-vous déjà vu un mauvais ordre dans /var/log/syslog ? Je pense que cela est dû uniquement à 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)

Comme vous pouvez le voir, il y a un mauvais ordre chronologique entre les lignes. Est-ce juste une erreur de crontab, ou y a-t-il un problème avec l'horloge système, ou quelque chose d'autre ?

Je fais tourner le dernier noyau 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
Demandé el 28 de Juin, 2014 par LinuxHelpMe

1 votes

Avatar de wonce

Est-ce que l'ordre est vraiment incorrect ou juste les horodatages? Dans le premier cas syslog devrait être responsable, sinon cron ou votre horloge.

Commenté el 29 de Juin, 2014 par wonce

0 votes

Avatar de LinuxHelpMe

Il semble que les autres journaux, sauf cron, soient OK. J'ai ajouté l'heure de journalisation par le script "quelque chose", pas seulement par cron et syslog.

Commenté el 29 de Juin, 2014 par LinuxHelpMe

1 votes

Avatar de Bryan Donald White

Cela s'est produit sur l'une de mes boîtes exécutant Fedora, il s'est avéré que rsyslog avait planté, mais journald a continué à enregistrer des journaux qu'il a finalement transmis à rsyslog une fois qu'il a redémarré, ce qui a entraîné un mélange de vieux messages avec de nouveaux. C'était sous Fedora 20 cependant.

Commenté el 30 de Juin, 2014 par Bryan Donald White
Afficher 2 autres commentaires

Réponses

Trop de publicités?

28voto

Craig Miskell avatar
Craig Miskell Points 3976

C'est un piège, et c'est en fait un bug dans rsyslog, spécifiquement RepeatedMsgReduction On, et un changement de comportement avec la version publiée avec Trusty (comparée aux versions antérieures)

Voir http://bugzilla.adiscon.com/show_bug.cgi?id=527 pour les détails sordides.

En bref, désactivez RepeatedMsgReduction sur Trusty (c'est-à-dire sudo sed -i -r 's/^\$RepeatedMsgReduction.*/$RepeatedMsgReduction off/' /etc/rsyslog.conf). Ce n'est pas utile, et ça fait des choses stupides.

Répondu el 28 de Décembre, 2014 par Craig Miskell (3976 Points )

2 votes

Avatar de Sven

Veuillez ne pas publier exactement la même réponse deux fois. Utilisez plutôt des commentaires pour faire référence à votre première réponse. La meilleure option est de voter pour la fermeture comme doublon.

Commenté el 28 de Décembre, 2014 par Sven

0 votes

Avatar de Anonymous Penguin

L'ironie... on dirait que vous voulez peut-être activer RepeatedMsgReduction ! :D

Commenté el 22 de Juillet, 2017 par Anonymous Penguin

0 votes

Avatar de Craig Miskell

Qu'est-ce qui te fait dire ça, Pingouin Anonyme?

Commenté el 23 de Juillet, 2017 par Craig Miskell
Afficher 1 autres commentaires

0voto

devicenull avatar
devicenull Points 5542

Votre machine a peut-être redémarré à ce moment-là? En fonction de votre journal, il semble que cron ait été redémarré au moins. Il est possible que vous ayez une mauvaise pile CMOS et que votre machine ne conserve pas l'heure précise lorsqu'elle est éteinte.

S'agit-il d'une machine virtuelle? Peut-être a-t-elle été migrée vers un autre hôte et l'horloge est devenue incorrecte lors de la migration?

Votre script 'quelque chose' règle-t-il peut-être l'heure par accident?

Vraiment, cela pourrait être toute une série de choses. Ce comportement n'est cependant pas normal.

Répondu el 30 de Juin, 2014 par devicenull (5542 Points )

0 votes

Avatar de LinuxHelpMe

Il semble que ce soit simplement un problème de syslog, car j'ai créé un droit de connexion indépendant pour le script en cours d'exécution et tout semble fonctionner correctement, sans espaces ni ordre mélangé.

Commenté el 3 de Juillet, 2014 par LinuxHelpMe

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X