Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#1 Re : Général » Plantages des serveur postgreSQL » 09/03/2009 12:11:56
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
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?
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...
Argl... Que faire???
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...
Quel version exacte de PostgreSQL Utilisez Vous.
C'est une 8.3
#2 Général » Plantages des serveur postgreSQL » 16/02/2009 13:18:05
- cyrcocq
- Réponses : 4
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?
#3 Re : Installation » probleme installation postgre (c le troisieme ) » 16/02/2009 11:54:16
Avez vous fait vos installation de postgreSQL après avoir désactivé l'UAC???
Je ne sais pas si cela peut faire avancer le schmilblick, mais la seule façon que j'ai trouvée pour installer correctement un serveur postgreSQL sur VISTA a été de désactiver l'UAC...
Le choix de mon entreprie a été de ne pas le réactiver.
Pages : 1