PEBKAC #7893

Chargé de centraliser les logs de plusieurs serveurs sur un autre serveur dédié à cet usage, je commence par configurer le serveur de logs, puis les autres serveurs. Je teste, et tout se déroule correctement.

À la fin, je décide que pour des raisons de cohérence, il serait intéressant que le serveur de logs enregistre ses propres logs de la même manière que les autres. Je copie donc le /etc/rsyslog.conf de l'un des serveurs, sur le serveur de logs.

Voyons tout ça :
- Le serveur reçoit les logs.
- Le serveur enregistre les logs.
- Le serveur envoie les logs au serveur de logs… Hum.

Si un jour vous croisez un serveur de logs nommé « Jésus », vous saurez qui l'a mis en service… PEBKAC.

PEBKAC #7893 proposé par MilkEnd le 30/05/2013 | 11 commentaires | 👍🏽 👎🏽 +154

Lapin compris où est le problème.

Par défaut, les logs du serveur de log vont dans un fichier de log. Avec ton installation, tout est stocké dans une base de données. A moins que le serveur de log loggue qu'il vient de recevoir un log (donc boucle infernale), en quoi ça dérange ?

Quel rapport avec Jésus ?

@Clem : ton serveur est pas à l'heure (2 minutes de retard), je suis obligé de faire des heures sup pour pouvoir lire les pebkacs tout frais.

Commentaire #94988 écrit par Link le 30/05/2013 à 17h34 | 👍🏽 👎🏽

C'est bien l'option de la boucle qu'il faut voir dans la référence à Djézous (je pense).
Le barbu multipliait les pains, ici le serveur multiplie les logs (puisque à chaque log de son propre log, il logue la log (de son propre log (qu'il a déjà logué (la log))).

Commentaire #94993 écrit par AkirAlien le 30/05/2013 à 17h51 | 👍🏽 👎🏽

Je ferme ma dernière parenthèse).

Commentaire #94994 écrit par AkirAlien le 30/05/2013 à 17h52 | 👍🏽 👎🏽

Il y a une parenthèse en trop.

Faudra par contre qu'on m'explique l'intérêt de logguer l'e fait qu'on vient de recevoir le log d'un serveur.

Commentaire #94997 écrit par Link le 30/05/2013 à 18h08 | 👍🏽 👎🏽

C'est la qu'il faut le meme de pimp my ride : i saw that you love to log what you've log, so we put log of your log on the log that you've log.

Commentaire #94998 écrit par Thcana le 30/05/2013 à 18h09 | 👍🏽 👎🏽

Yo lawg !

Commentaire #95029 écrit par Tryskel le 30/05/2013 à 20h21 | 👍🏽 👎🏽

Tiens, j'ai fait dans le même genre avec ma messagerie. La boîte perso renvoyée sur la boîte pro, et un jour, en partant en vacances, j'ai redirigé la boîte pro sur la boîte perso.

Commentaire #95051 écrit par spidermoon le 30/05/2013 à 23h50 | 👍🏽 👎🏽

Quand rsyslog enregistre un log il ne le supprime pas de la file après, par défaut le log continu à être comparé aux autres règles d'enregistrement.

C'est très pratique si tu veux écrire dans un fichier spécifique (genre cron.log) + un fichier général (/var/log/messages) ou si tu veux enregistrer en local + distant ou sur plusieurs serveurs distants.

Par contre si à la fin tu renvoi les logs au serveur lui-même, les logs sont écrits sans fin. l'équivalent d'une fonction récursive sans condition de sortie.

En fait dans ma tête les règles que j'avais rajoutés dans /etc/rsyslog.d/remote.conf (fichier crée par moi-même) ne s'appliquait qu'aux logs reçu via tcp, mais ce n'était que dans ma tête, je n'avait spécifié ça nulle-part.

Le pire c'est que du coup mon serveur fonctionnait déjà comme je le désirais avant que je ne rajoute la redirection fatale.

Commentaire #95075 écrit par MilkEnd le 31/05/2013 à 10h24 | 👍🏽 👎🏽

Logception ?

Commentaire #95077 écrit par Acorah le 31/05/2013 à 10h51 | 👍🏽 👎🏽

A croire que la récursivité n'a été inventée que pour en faire des FAIL ;-) !

Commentaire #95196 écrit par Httqm le 02/06/2013 à 01h01 | 👍🏽 👎🏽

Boum

Commentaire #95211 écrit par Boum le 03/06/2013 à 11h18 | 👍🏽 👎🏽