Vous n'êtes pas identifié(e).
Bonsoir à tous
Je me permets d'écrire un message ici mais si jamais ce n'est pas le bon endroit je m'en excuse.
Voilà on rencontre depuis peu un souci sur un de nos logiciels qui s'appuis sur une base pgsql et le problème est survenu du jour au lendemain sans que je n'observe un quelconque changement.
Environnement : Windows 7 pro 32 bit
Le problème est le suivant, au démarrage de l'ordinateur le service de postgre qui est en automatique ne démarre pas car il y des process postgres qui tourne en fait j'ai l'impression que le serveur de base de donnée est totalement fonctionnelle, j'arrive à faire des requêtes dessus mais avec un service éteint et qui refuse de démarrer en manuel.
si je tue les processus un par un à la main (il y en a une petite dizaine) je peux par la suite démarrer le service Windows qui fera son office et tous fonctionne et au prochain redémarrage rebelote on prend les même et on recommence.
L'installation initiale était en 9.3.4 mis à jours en 9.3.9 pour voire si ça ne corrigeait pas mais rien n'y fait.
Auriez vous une piste de réflexion à me fournir qui expliquerait ce phénomène que je n'ai que sur une seule machine alors que j'ai ce logiciel sur un parc de plusieurs centaines d'ordinateurs ?
Merci
Hors ligne
À priori, je dirais que vous avez 2 services qui tentent de lancer la même instance.
Julien.
https://rjuju.github.io/
Hors ligne
Bonjour
J'ai vérifié, il n'y a bien qu'un seul service pour postgre
De plus les processus sont lancé avec un compte windows que nous créons nous mêm lors de l'isntallation qui ne sert que pour justement lancer le service de postgre.
C'est comme si pg_ctl lançait bien tos comme il faut mais que windows n'en n'était pas avisé dans les temps.
Dans l'observateur de windows j'ai une erreur au démarrage du service m'indiquant qu'il n'a pas pus démarrer dans le temps imparti.
Hors ligne
Avez-vous plus d'informations dans l'observateur d'événements ?
Julien.
https://rjuju.github.io/
Hors ligne
De ce que j'ai vu :
Dans l'observateur d’événement j'ai plusieurs erreur au moment du démarrage
une qui me dis que le serveur n'a pas pus démarrer dans les temps
une qui me dit qu'il ne peut pas démarrer car il y a déjà un postmaster.pid (normale puisqu'en fait il est démarré)
Et après plein plein plein d'information mais il y en à vraiment beaucoup beaucoup (trop)
j'ai l'impressions que pratiquement toutes les requêtes sont loggué das l'event viewer
Hors ligne
Vous pouvez déjà configurer postgresql pour redirigez les logs dans des fichiers spécifiques (log_destination = 'stderr', logging_collector = on et log_directory = 'pg_log' par exemple), l'eventlog sera plus lisible.
Pour le reste, il faut vérifier les réglages du service (autorisation, compte, autorisations sur le répertoire etc), et voir s'il y a des messages intéressants dans les logs postgres qui pourrait expliquer ce comportement.
Julien.
https://rjuju.github.io/
Hors ligne
ok je vais faire cette modification pour regarder çà.
Concernant les paramètres du service, ils sont correcte puisque dès que je coupe les procces postgres qui sont présent au démarrage, le service se lance sans aucun problème.
Par contre je ne comprend pas pourquoi mon event viewer est remplis comme çà alors que j'ai mis mon logging_collector à off
A t'on obligation de logguer quelque part ?
Hors ligne
Oui, les messages seront forcément interceptés par quelque chose. Si le logging_collector est à off, je suppose que c'est l'eventlog qui récupère tous les messages de log.
Peut être avez-vous un soucis de dépendance au niveau du service postgres qui expliquerait qu'il ait des soucis pour se lancer pas au démarrage, mais pas de soucis plus tard.
Julien.
https://rjuju.github.io/
Hors ligne
merci pour la réponse sur le logging collector
(du coup faut qu'on trouve un moyen de purger ces fichier de log qui se crée )
J'ai fais la modification pour nettoyer l'event viewer mais comme la machine est en production je ne peux pas la redémarrer j'aurais donc plus d'information demain matin.
Encore merci pour votre aide et vos conseils
Dernière modification par Brackis (05/10/2015 15:07:26)
Hors ligne
