Forums PostgreSQL.fr

SQLpro

Membre

Problème dans PGAdminIII / Query avec postGreSQL

Désolé j'ai pas trouvé ou posté car ma demande concerne plutôt de l'admin, mais il n'y a pas de forum admin...

Voici le problème étrange que je rencontre :
Sur machine Windows XP (PC de test, base quasi vides)
3 instance de postGreSQL sont installées : 8.3 (port 5433), 8.4 (port 5435), 9.1 (port 5434)
Je voit bien mes 3 services
Mais dans l'interface pgAdminIII (version 1.12.3) je vois 4 serveurs en 2 groupes :
- le premier groupe contient les 3 serveur
- le deuxième groupe ne contient que le 9.1
Déjà je ne comprend pas pourquoi et comment y remédier.
Mais plus grave, lorsque je fais des requêtes via l'IHM query de pgAdminIII  sur l'instance 9.1 et que la requête part en erreur, la connexion est immédiatement rompue et le service est stoppé !
Exemple de requête qui tourne sur les instances 8.3 et 8.4 :

SELECT 'Aujourd''hui ' || CAST(CURRENT_DATE AS CHAR(50)) AS TOTO;

Sur le 9.1 cela me donne :

********** Erreur **********

et si je ressaye :

********** Erreur **********

no connection to the server

et dans la liste des services actifs PG 9.1 n'écoute plus, il faut redémarrer le service !!!

Bref, je sais pas ce qui se passe et comment y remédier.

Merci d'avance.

A +

---

Frédéric Brouard, alias SQLpro,  ARCHITECTE DE DONNÉES,  Expert langage SQL
Le site sur les SGBD relationnel et langage SQL   : http://sqlpro.developpez.com/
Modélisation de données, conseil, expertise, audit, optimisation, tuning, formation
* * * * *  Enseignant CNAM PACA, ISEN Toulon,  CESI Aix en Provence  * * * * *

Marc Cousin

Membre

Re : Problème dans PGAdminIII / Query avec postGreSQL

Pour les groupes de l'interface, c'est de la déclaration dans pgadmin3. Il n'autodétecte pas ce qui tourne sur le serveur, il faut ajouter et enlever les nouveaux clusters à la main.

Pour l'autre problème, ça ressemble à une erreur de segmentation. C'est quelle 9.1 ? La beta1 ou la beta2 ?

---

Marc.

SQLpro

Membre

Re : Problème dans PGAdminIII / Query avec postGreSQL

béta 1...

Comment je désingue dans l'IHM ?
Clic droit et supprimer je suppose...

A +

---

Frédéric Brouard, alias SQLpro,  ARCHITECTE DE DONNÉES,  Expert langage SQL
Le site sur les SGBD relationnel et langage SQL   : http://sqlpro.developpez.com/
Modélisation de données, conseil, expertise, audit, optimisation, tuning, formation
* * * * *  Enseignant CNAM PACA, ISEN Toulon,  CESI Aix en Provence  * * * * *

Marc Cousin

Membre

Re : Problème dans PGAdminIII / Query avec postGreSQL

Oui, clic droit et supprimer.

Je n'ai pas de crash pas dans la beta1, ni dans la beta2, sous Linux. Si il y a eu erreur de segmentation, ça sera tracé dans la log de postgres.

Dernière modification par Marc Cousin (16/06/2011 16:43:18)

---

Marc.

SQLpro

Membre

Re : Problème dans PGAdminIII / Query avec postGreSQL

je suis sous Windows !!!!

Et la log sous windows me dit constamment des truc comme ça :

2011-06-16 15:48:37 CEST LOG:  le système de bases de données a été interrompu ; dernier lancement connu à 2011-06-16 15:47:28 CEST
2011-06-16 15:48:37 CEST LOG:  le système de bases de données n'a pas été arrêté proprement ; restauration
    automatique en cours
2011-06-16 15:48:37 CEST LOG:  état de restauration cohérent atteint à 0/1DE5638
2011-06-16 15:48:37 CEST LOG:  enregistrement de longueur nulle à 0/1DE5638
2011-06-16 15:48:37 CEST LOG:  la ré-exécution n'est pas nécessaire
2011-06-16 15:48:37 CEST LOG:  le système de bases de données est prêt pour accepter les connexions
2011-06-16 15:48:37 CEST LOG:  lancement du processus autovacuum
2011-06-16 16:09:45 CEST LOG:  processus serveur (PID 9284) a été arrêté par l'exception 0xC0000005
2011-06-16 16:09:45 CEST ASTUCE :  Voir le fichier d'en-tête C « ntstatus.h » pour une description de la valeur
    hexadécimale.
2011-06-16 16:09:45 CEST LOG:  arrêt des autres processus serveur actifs
2011-06-16 16:09:45 CEST ATTENTION:  arrêt de la connexion à cause de l'arrêt brutal d'un autre processus serveur
2011-06-16 16:09:45 CEST 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.
2011-06-16 16:09:45 CEST ASTUCE :  Dans un moment, vous devriez être capable de vous reconnecter à la base de
    données et de relancer votre commande.
2011-06-16 16:09:45 CEST ATTENTION:  arrêt de la connexion à cause de l'arrêt brutal d'un autre processus serveur
2011-06-16 16:09:45 CEST 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.
2011-06-16 16:09:45 CEST ASTUCE :  Dans un moment, vous devriez être capable de vous reconnecter à la base de
    données et de relancer votre commande.
2011-06-16 16:09:45 CEST ATTENTION:  arrêt de la connexion à cause de l'arrêt brutal d'un autre processus serveur
2011-06-16 16:09:45 CEST 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.
2011-06-16 16:09:45 CEST ASTUCE :  Dans un moment, vous devriez être capable de vous reconnecter à la base de
    données et de relancer votre commande.
2011-06-16 16:09:45 CEST LOG:  tous les processus serveur se sont arrêtés, réinitialisation
2011-06-16 16:09:55 CEST FATAL:  le bloc de mémoire partagé pré-existant est toujours en cours d'utilisation
2011-06-16 16:09:55 CEST 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.

Aurais-tu une idées ???

A +

---

Frédéric Brouard, alias SQLpro,  ARCHITECTE DE DONNÉES,  Expert langage SQL
Le site sur les SGBD relationnel et langage SQL   : http://sqlpro.developpez.com/
Modélisation de données, conseil, expertise, audit, optimisation, tuning, formation
* * * * *  Enseignant CNAM PACA, ISEN Toulon,  CESI Aix en Provence  * * * * *

Marc Cousin

Membre

Re : Problème dans PGAdminIII / Query avec postGreSQL

Oui, ça ressemble bien à un segfault.

Et c'est pas la peine de s'énerver, j'avais bien compris que tu étais sous windows. Je n'ai juste pas d'environnement en 9.1-beta sous windows. J'essayerai de le reproduire demain.

---

Marc.

SQLpro

Membre

Re : Problème dans PGAdminIII / Query avec postGreSQL

Je m'énerve pas... Je rigole !!! ;-)

Pour info : Windows XP sp3 / Intel Core2 Quad CPU à 2.66Ghz, 3.5 Go de RAM

A +

---

Frédéric Brouard, alias SQLpro,  ARCHITECTE DE DONNÉES,  Expert langage SQL
Le site sur les SGBD relationnel et langage SQL   : http://sqlpro.developpez.com/
Modélisation de données, conseil, expertise, audit, optimisation, tuning, formation
* * * * *  Enseignant CNAM PACA, ISEN Toulon,  CESI Aix en Provence  * * * * *

Marc Cousin

Membre

Re : Problème dans PGAdminIII / Query avec postGreSQL

Le problème existe effectivement en beta1, sous Windows. Je ne le reproduis pas avec la beta2. Il y a eu pas mal de correctifs pour windows entre les deux versions.

---

Marc.

SQLpro

Membre

Re : Problème dans PGAdminIII / Query avec postGreSQL

Bref, désinstallation et reinstallation...  !

Ok merci

A +

---

Frédéric Brouard, alias SQLpro,  ARCHITECTE DE DONNÉES,  Expert langage SQL
Le site sur les SGBD relationnel et langage SQL   : http://sqlpro.developpez.com/
Modélisation de données, conseil, expertise, audit, optimisation, tuning, formation
* * * * *  Enseignant CNAM PACA, ISEN Toulon,  CESI Aix en Provence  * * * * *

bebert73

Membre

Re : Problème dans PGAdminIII / Query avec postGreSQL

Mais dans l'interface pgAdminIII (version 1.12.3) je vois 4 serveurs en 2 groupes :
- le premier groupe contient les 3 serveur
- le deuxième groupe ne contient que le 9.1
Déjà je ne comprend pas pourquoi et comment y remédier.

Concernant les groupes, on peut en créer des personnalisés en tapant simplement le nom du groupe qu'on veut dans les propriétés des serveurs (clic-droit sur un serveur --> propriétés --> tout en bas on a la liste des groupes, on peut choisir d'affecter le nouveau serveur soit à un groupe existant grâce à la liste déroulante, soit créer un nouveau groupe en tapant simplement le nom).

Par contre apparemment pas moyen de se débarasser du groupe par défaut (celui qui s'appelle "Serveurs"), le serveur qui tourne sous le port par défaut (5432) se retrouve automatiquement dans ce groupe. Si on l'affecte à un autre groupe, il apparaît bien dans l'autre groupe, mais il reste quand même dans le groupe "Serveurs", qu'on ne peut apparemment pas supprimer

gleu

Administrateur

Re : Problème dans PGAdminIII / Query avec postGreSQL

Oui, je n'ai pas ajouté d'interface de gestion des groupes de serveurs. C'est quelque chose que je vais avoir à faire rapidement.

---

Guillaume.