PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#1 16/02/2009 13:18:05

cyrcocq
Membre

Plantages des serveur postgreSQL

Bonjour,

J'ai des problèmes d'arret de postgreSQL:

Quelques extraits de log postgreSQL-aaaa-mm-jj-hhmmss.log

l'un, après reboot du serveur contient ces lignes répétées plusieurs fois par secondes
2009-02-16 03:32:44 CET LOG:  bibliothèque « $libdir/plugins/plugin_debugger.dll » chargée
2009-02-16 03:32:44 CET FATAL:  le système de bases de données se lance
suivi probablement au moment du lancement du premier client par
2009-02-16 09:06:44 CET LOG:  processus de lancement (PID 3192) quitte avec le code de sortie 128
2009-02-16 09:06:44 CET LOG:  annulation du démarrage à cause d'un échec dans le processus de lancement

Le suivant est

2009-02-16 09:07:20 CET LOG:  le système de bases de données a été arrêté à 2009-02-16 03:30:33 CET
2009-02-16 09:07:20 CET LOG:  bibliothèque « $libdir/plugins/plugin_debugger.dll » chargée
2009-02-16 09:07:20 CET FATAL:  le système de bases de données se lance
2009-02-16 09:07:20 CET LOG:  le système de bases de données est prêt pour accepter les connexions
2009-02-16 09:07:20 CET LOG:  lancement du processus autovacuum
2009-02-16 09:07:21 CET LOG:  bibliothèque « $libdir/plugins/plugin_debugger.dll » chargée
2009-02-16 09:07:35 CET LOG:  bibliothèque « $libdir/plugins/plugin_debugger.dll » chargée
2009-02-16 09:07:36 CET ERREUR:  la colonne « options » n'existe pas au caractère 16
2009-02-16 09:07:36 CET INSTRUCTION :  BEGIN;select @@options
2009-02-16 09:08:10 CET LOG:  processus serveur (PID 292) quitte avec le code de sortie 128
2009-02-16 09:08:10 CET LOG:  arrêt des autres processus serveur actifs
2009-02-16 09:08:10 CET ATTENTION:  arrêt de la connexion à cause de l'arrêt brutal d'un autre processus serveur
2009-02-16 09:08:10 CET DÉTAIL:  Le postmaster a commandé à ce processus serveur d'annuler la transaction
    courante et de quitter car un autre processus serveur a quitté anormalement
    et qu'il existe probablement de la mémoire partagée corrompue.
2009-02-16 09:08:10 CET ASTUCE :  Dans un moment, vous devriez être capable de vous reconnecter à la base de
    données et de relancer votre commande.
2009-02-16 09:08:11 CET LOG:  tous les processus serveur se sont arrêtés, réinitialisation
2009-02-16 09:08:12 CET FATAL:  le bloc de mémoire partagé pré-existant est toujours en cours d'utilisation
2009-02-16 09:08:12 CET ASTUCE :  Vérifier s'il n'y a pas de vieux processus serveur en cours d'exécution. Si c'est le
    cas, fermez-les.



Qu'en pensez vous?
Ou trouver des infos sur ce exit code 128?
Qu dois-je faire pour limiter mes plantages?

Hors ligne

#2 16/02/2009 15:08:36

gleu
Administrateur

Re : Plantages des serveur postgreSQL

Qu'en pensez vous?

Que c'est étrange. Je l'ai installé sur plusieurs serveurs Windows, sans avoir ce genre de soucis. Avez-vous un firewall sur le serveur ? un antivirus ?

Ou trouver des infos sur ce exit code 128?

D'après ce que j'ai pu trouver sur google, « There are no child processes to wait for. ERROR_WAIT_NO_CHILDREN. ». Ce qui peut sembler logique si le serveur crash. Par contre, ça n'indique pas quoi changer pour que ça marche.

Qu dois-je faire pour limiter mes plantages?

Trouver la cause du problème. Pour cela, je commencerais par augmenter le nombre de traces (log_min_messages à un niveau DEBUG). Ça crash dès le début ou faut attendre un peu ? le serveur est installé depuis longtemps ?


Guillaume.

Hors ligne

#3 17/02/2009 21:52:11

KrysKool
Administrateur

Re : Plantages des serveur postgreSQL

Bonsoir

Quel version exacte de PostgreSQL Utilisez Vous.


Christophe Chauvet
Directeur Technique
Sylëam Info Services
Mon site

Hors ligne

#4 09/03/2009 12:11:56

cyrcocq
Membre

Re : Plantages des serveur postgreSQL

Bonjour,

Aujourd'hui, j'ai un nouveau plantage au reboot:

2009-03-09 03:32:33 CET LOG:  bibliothèque « $libdir/plugins/plugin_debugger.dll » chargée
2009-03-09 03:32:33 CET FATAL:  le système de bases de données se lance
De façon répétitive (une 50aine de fois)
puis
2009-03-09 09:07:23 CET LOG:  processus de lancement (PID 3036) quitte avec le code de sortie 128
2009-03-09 09:07:23 CET LOG:  annulation du démarrage à cause d'un échec dans le processus de lancement

Et plainte de mon patron qui n'arrive pas à se connecter...

Donc

gleu a écrit :

Qu'en pensez vous?

Que c'est étrange. Je l'ai installé sur plusieurs serveurs Windows, sans avoir ce genre de soucis. Avez-vous un firewall sur le serveur ? un antivirus ?

Ce serveur est équipé de Panda comme antivirus. Aucun firewall n'est activé.
Par ailleurs, ce serveur est serveur Terminal services, Apache, gene6FTP, MySQL, Radmin...
Nous avons des doutes liés à la multiplicité des rôles.
Qu'en pensez vous? Cela pourrait être une cause?

gleu a écrit :

Ou trouver des infos sur ce exit code 128?

D'après ce que j'ai pu trouver sur google, « There are no child processes to wait for. ERROR_WAIT_NO_CHILDREN. ». Ce qui peut sembler logique si le serveur crash. Par contre, ça n'indique pas quoi changer pour que ça marche.

C'est encore du 128...
roll Argl... Que faire???

gleu a écrit :

Que dois-je faire pour limiter mes plantages?

Trouver la cause du problème. Pour cela, je commencerais par augmenter le nombre de traces (log_min_messages à un niveau DEBUG). Ça crash dès le début ou faut attendre un peu ? le serveur est installé depuis longtemps ?

J'ai donc passé le serveur en debug1 pour commencer... on verra bien ce qui ça donne au prochain plantage...
Du point de vue plantages, on a manifestement un peu de tout. Lors de l'ouverture de ce thread, le serveur était up depuis plus d'une semaine. Là, c'est dès l'allumage du serveur que se situe le souci...

KrysKool a écrit :

Quel version exacte de PostgreSQL Utilisez Vous.

C'est une 8.3

Dernière modification par cyrcocq (09/03/2009 12:12:11)

Hors ligne

#5 09/03/2009 15:10:20

gleu
Administrateur

Re : Plantages des serveur postgreSQL

Assurez-vous que l'antivirus ne "joue" pas avec les fichiers de PostgreSQL. Désactivez-le si nécessaire. Assurez-vous aussi de disposer de la dernière version stable de PostgreSQL. Il s'agit actuellement de la 8.3.6. Sachez que la 8.3.7 devrait bientôt sortir (bientôt étant d'ici la fin de la semaine prochaine).


Guillaume.

Hors ligne

Pied de page des forums