web-dev-qa-db-fra.com

Postgresql 10.4 avec problème pgadmin 4 v3.0 - Erreur initialisée des outils de requête pour l'utilisateur Windows 10 x64

J'avais utilisé pgadmin4 v2.0 sans aucun problème . C'est ce qui s'est produit lorsque j'ai mis à niveau mon postgresql vers 10.4 J'ai rencontré un problème où pgadmin 4 v3.0 ne peut pas initialiser Query tools Query Tool Initialize Error J'ai désinstallé et réinstallé postgresql plusieurs fois, mais il n'a pas encore résolu le problème . J'ai également rétrogradé le pgadmin4 en v2.0. Malheureusement, le pgadmin4 v2.0 ne peut plus être initialisé. Je ne sais pas quelle est la cause de ce problème.

J'ai cherché la solution sur Internet, mais je n'ai trouvé que la solution pour l'utilisateur Ubuntu

Quelqu'un at-il déjà rencontré ce problème également avec un utilisateur de Windows 10 x64? S'il vous plaît, aidez-nous ...

4
Iwan Tantoso

Je reçois le même message lorsque je clique sur le menu "Éditeur de requêtes".

Si vous continuez à essayer cette action encore et encore, vous pourrez éventuellement accéder à l'outil de requête. Parfois (rarement) cela fonctionne. Vous frayerez peut-être des processus en essayant cette approche. Consultez le tableau de bord pour voir/tuer les processus générés à chaque tentative de lancement de l'outil de requête. Je n'ai trouvé aucun autre moyen d'accéder à l'outil d'interrogation. Je ne peux pas non plus revenir à la version 2 de pgAdmin4. Il n'y a pas d'informations dans la console d'outils de développement du navigateur et je ne vois aucune information dans les journaux de pgAdmin4 lorsque je clique sur le menu de l'outil de requête. Comme indiqué dans un autre forum, le menu Fichier/Réinitialiser la mise en page peut résoudre ce problème. J'ai eu un succès limité avec cela cependant.

J'utilise: pgAdmin4 version3. Windows 10 Pro . PostgreSQL 9.3, 9.6 et 10 . FireFox 60.0.1, Microsoft Edge 41.16299.402.0 et Google Chrome (dernière version).

2
user3613316

Comme le suggère la réponse de pgAdmin 4 v3.0 Erreur d’initialisation de l’interrogateur , vous devez modifier le fichier config.py à partir de votre emplacement Windows. Le mien ressemble à ceci "C:\Program Files (x86)\pgAdmin 4\v3\web" et vous avez une ligne avec:

DEFAULT_SERVER = '127.0.0.1'

il devrait être changé pour 

DEFAULT_SERVER = 'localhost'

Alors n'oubliez pas de redémarrer pgAdmin à partir du tiroir . Je pense que cela est lié au fait que votre base de données postgres, une fois installée, a été installée en tant qu’hôte local au lieu de 127.0.0.1.

J'espère que cela t'aides

UPDATE: J'ai également découvert que cette solution ne fonctionnait pas lorsque vous utilisez un pare-feu.

1
Monomachus

J'ai trouvé que pour que cela fonctionne, il y a plusieurs choses à vérifier:

  1. journaux du serveur Web
  2. journaux postgresql
  3. sorties de la console du navigateur

Si votre serveur Web (à moins que vous n'accédiez au port pgadmin4 directement) envoie un proxy au port correct avec toutes les options appropriées. J'utilise nginx et cela fonctionne bien avec:

server
  {
    server_name db.serv1;
    listen 443 ssl http2;

    ssl_certificate /etc/letsencrypt/live/myserver.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/myserver.com/privkey.pem;
    ssl_trusted_certificate /etc/letsencrypt/live/myserver.com/fullchain.pem;

    location /
    {
      proxy_pass http://127.0.0.1:5050;
      proxy_http_version 1.1;
      proxy_set_header X-Real-IP $remote_addr;
      proxy_set_header Host $Host;
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header Upgrade $http_upgrade;
      proxy_set_header Connection "upgrade";
    }
  }

Assurez-vous que les X-Frame-Options ne sont pas réglées sur "DENY". Cela est parfois défini sur les navigateurs comme une prévention de lâcher des clics. Sinon, il bloquera le cadre dans lequel la fenêtre Outils de requête s'ouvre. Vous pouvez le vérifier avec "l'inspection" de vos outils Web ou ouvrir la sortie de votre console pour votre navigateur.

Le message d'erreur que j'ai reçu se situait quelque part dans les lignes de "Options-Cadre X définies sur 'REFUS' 'et la page du navigateur affichant" ECHEC DE CONNEXION ".

Si vous avez des différences entre "localhost" et "127.0.0.1" ou des différences similaires entre vos paramètres d'autorisations et vos options de connexion, cela peut créer un conflit. Assurez-vous que les paramètres de connexion au serveur que vous spécifiez dans pgadmin4 correspondent aux paramètres de connexion dans pga_hba.conf (localhost n’est pas toujours identique à 127.0.0.1). Ils devraient être exacts et élimineront la variable autorisations/type de connexion. 

J'ai constaté que, parfois, en spécifiant localhost au lieu de 127.0.0.1, localhost se connecte dans certains cas via la connexion de socket de domaine Unix plutôt que tcp.

0
Martin Jstone

Merci pour votre suggestion user3613316 J'ai suivi vos instructions, c’est bien que je dois faire apparaître le Query Tool encore et encore pour pouvoir entrer dans le menu Query Tool.

Cela prend parfois 15 ou 20 fois plus de cette action pour entrer dans le menu "Query Tool" . J'utilise un raccourci clavier Alt + Shift + Q afin de procéder plus rapidement.

0
Iwan Tantoso