Vous n'êtes pas identifié(e).
Bonjour,
Nous avons remarqué que quand notre machine postgres ne peut plus joindre le serveur de log au bout d'un moment (environ 15minutes) elle se gélé. Par exemple meme plus de réponse quand on fait dessus un "su - postgres".
Dans postgresql.conf on a les paramétres suivants:
log_destination = 'syslog'
logging_collector = on
et on utilise postgres rsyslog pour envoyer les logs sur un serveur de log
y a t il un moyen de faire que la perte de connection entre la machine postgres et la machine seveur de log n'entraine pas le blocage de la machine postgres ?
Merci de votre aide et de vos idées.
Gilbert
Hors ligne
Qu'est ce qui gèle ? Le système d'exploitation ? Si oui, de quelle façon ?
Marc.
Hors ligne
A priori le système d'exploitation , comme je disais un "su" ne rend pas la main. et un service postgresql stop ne répond pas. et bien sur la base postgres ne répond plus aux requétes utilisateurs.
On a constaté qu'en redémarrant la machine ça la "dégelait" un certain temps mais qu'elle se regelait ensuite.
On a eu ce phénomène 2 fois à chaque fois la liason avec le serveur de log était perdu (suite à des test de configuration réseau :-(( ).
Hors ligne
C'est vraiment très étrange. Vous n'enverriez pas les messages via TCP à l'autre serveur ?
Marc.
Hors ligne
ouais je suis entrain de regarder ça mais je retrouve plus trop oudans la conf du rsyslog on insique ça...
je pense que c'est dans rsyslog qu'on peut lui indiquer si c'est en TCP ou UDP ?
Hors ligne
Oui. C'est en TCP quand on met un @@ pour le nom du serveur distant.
Et quand on est en TCP, il accumule en mémoire tant que le serveur distant ne répond pas. Donc si gros volume, ça peut très mal se terminer.
Marc.
Hors ligne
Ok, merci beaucoup effectivement nous avions @@ devant le nom du serveur de log...
Encore merci,
A+
Gilbert
Hors ligne
C'est qoui la solution pour éviter ça.
Hors ligne
Pour éviter quoi ?
Guillaume.
Hors ligne
