pgadmin4: le serveur d'application postgresql n'a pas pu être contacté.

J'ai installé PostgreSQL 9.6.2 sur mon Windows 8.1. Mais pgadmin4 ne parvient pas à contacter le serveur local. J'ai essayé plusieurs solutions suggérées ici dans stackoverflow, essayé de désinstaller et réinstaller PostgreSQL 9.6.2, essayé de modifier le config.py, config_distro.py et supprimer les fichiers dans le dossier Roaming, j'ai essayé l'installation autonome de pgadmin4, mais sans succès. Cependant, dans ma machine locale, je peux accéder au serveur en utilisant psql.exe et me connecter en tant que superutilisateur (utilisateur postgres). Pouvez-vous suggérer des solutions possibles pour démarrer / exécuter pgadmin4? Je vous remercie.

J'ai trouvé le même problème lors de la mise à niveau vers pgAdmin 4 (v1.6). Sous Windows, j'ai trouvé que la suppression du C:\Users\%USERNAME%\AppData\Roaming\pgAdmindossier résolvait le problème pour moi. Je crois qu'il essayait d'utiliser les sessions de la version précédente et a échoué. Je sais que la question a été marquée comme réponse, mais le déclassement n'est pas toujours une option.

Remarque: AppData \ Roaming \ pgAdmin est un dossier caché.

Nous avons le même problème. donc aucun changement dans le fichier. mais démarrez pgAdmin 4 en utilisant l'administrateur.

L'étape suivante. 1. faites un clic droit sur l'icône pgAdmin 4 2. sélectionnez "Exécuter en tant qu'administrateur"

J'ai eu le même problème sous Windows 10, avec une nouvelle installation de PostgreSQL 10.

Je l'ai résolu en incluant le chemin C: \ PostgreSQL \ 10 \ bin ({votre chemin vers postgresql} \ bin) aux variables d'environnement système.

Pour accéder aux variables d'environnement: Panneau de configuration> Système et sécurité> Système ou clic droit sur PC, puis> Paramètres système avancés> Variables d'environnement> Variables système> Chemin> Modifier.

si vous utilisez Mac OS X, voici un correctif: ouvrez le terminal et exécutez cette commande

pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log restart

et pour les autres OS, redémarrez simplement votre serveur Postgresql, cela résoudra

Puis lancez pgAdmin4, il démarrera normalement

Partager ou commenter si quelqu'un a été enregistré

Ce qui a finalement fonctionné, c'est la rétrogradation vers pgadminIII-v.1.22 :

J'ai eu le même problème sur Windows. J'avais installé la v1.6 ainsi que la v2.0. La désinstallation de la v1.6 m'a permis de me connecter.

J'ai eu le même problème, mais l'exécuter en tant qu'administrateur a fonctionné.

Je fais face à cela depuis un certain temps (frustrant). Tellement que j'ai des instructions sur mon bureau pour consolider toutes ces idées. Voici ma combinaison magique à la solution:

1. Supprimer des données d'application C: \ Users \% USERNAME% \ AppData \ Roaming \ pgAdmin
2. Ajouter aux variables de chemin C: \ Program Files \ PostgreSQL \ 9.6 \ bin (je l'ai en fait ajouté à l'utilisateur et au système)
3. Faites un clic droit et commencez en tant qu'administrateur.

Vous n'êtes pas obligé de le faire à chaque fois, mais quand vous vous sentez mal, essayez ces étapes.

La suppression du contenu du C:\Users\%USERNAME%\AppData\Roaming\pgAdminrépertoire a fonctionné pour moi!

Avez-vous récemment installé une nouvelle version de pgAdmin?

Ce problème (et le message trompeur) est simplement dû au fait que les anciennes versions de pgAdmin ne peuvent pas lire les paramètres enregistrés par une version plus récente de pgAdmin!

Assurez-vous de démarrer la bonne version de pgAdmin (vos raccourcis sont susceptibles de pointer vers l'ancienne version!) Et / ou de désinstaller l'ancienne version: l'assistant de mise à jour ne le fait pas pour vous!

Il semble que dans la plupart des cas, Postgres essaie d'utiliser les informations des sessions précédentes pour trouver / connecter le serveur et échoue . Effacer les informations de la session précédente m'a aidé, c'est une combinaison de 2 réponses déjà mentionnées ci-dessus:

1. Accédez au dossier de session Postgres "C: \ Users \ YourUsernameOrAdmin \ AppData \ Roaming \ pgAdmin \ sessions"
2. Supprimez toutes les données de ce dossier.
3. Démarrez PgAdmin en mode administrateur.

À votre santé!

Je l'ai corrigé dans Windows 10 fonctionnant simplement pgAdmin 4comme Run as Administrator.

Si vous utilisez une version postgresql plus ancienne comme 9.x et que ses services sont en cours d'exécution, PgAdmin 4 a confondu le serveur qui est la base de données de base.

Arrêtez donc l' ancienne version ou la nouvelle du service. Exécutez PgAdmin 4 en tant qu'administrateur

Ça a marché pour moi

J'utilise l'invite cmd sous Windows 10 avec psql postgres postgres.

Ensuite, je lance pgAdmin4 et cela fonctionne.

J'ai eu ce problème avec pgadmin4 v2.1 sur Linux Fedora 27

Résolu en installant une dépendance manquante: python3-flask-babelex

J'ai eu le même problème sur le macosxet j'ai renommé .pgadmin (in /users/costa) to .pgadminxet j'ai pu commencer pgAdmin4.

Sous Windows, allez simplement sur ce chemin et effacez-le, cela fonctionne !!

C: \ Users \% USERNAME% \ AppData \ Roaming \ pgAdmin

J'ai pu résoudre le problème en changeant le port de l' interface Web pgAdmin .

Je pense que ce problème s'est produit sur mon ordinateur car plusieurs autres services utilisent des ports Web tels que qBittorrent, IDEJetbrains, etc.

Un clic droit sur le logo pgAdmin près de l'horloge est possible pour le configurer.

Si aucune des méthodes ne vous aide, essayez de vérifier les variables PATH et PYTHONPATH de votre système et de votre environnement utilisateur.

J'obtenais cette erreur car ma variable PATH indiquait une installation Python différente (qui provient d'ArcGIS Desktop).

Après avoir supprimé le chemin de mon installation Python de la variable PATH et supprimé complètement la variable PYTHONPATH, je l'ai fait fonctionner!

Gardez à l'esprit que la commande python ne sera pas disponible à partir de la ligne de commande si vous la supprimez de PATH.

Il s'agit souvent d'un problème de pare-feu. Le journal du pare-feu affiche alors les paquets abandonnés entre 127.0.0.1: et 127.0.0.1:, où ce dernier est le port affiché dans le navigateur avec lequel aucune connexion n'est établie. Cela signifie que la connexion entre le client pgAdmin (high_port_1) et le serveur pgAdmin (high_port_2) est bloquée. Vérifiez votre journal de pare-feu et si vous trouvez des paquets perdus comme décrit, adaptez vos paramètres de pare-feu en conséquence.

Cliquez simplement sur l'icône pgadmin 4 et exécutez-le en tant qu'administrateur. Autorisez les autorisations d'accès. Il démarrera localement.

J'ai eu ce problème après avoir mis à niveau PostgreSQL 9.4 vers 9.6. Le paquet binaire 9.4 avait PgAdmin 3 tandis que 9.6 est venu avec PgAdmin 4. Je l'ai résolu après une nouvelle installation (j'ai complètement désinstallé et réinstallé) de PostgreSQL.

Cependant, dans différentes circonstances, vous pouvez essayer d'exécuter l'application pgAdmin 4 en tant qu'administrateur. Cela devrait corriger l'erreur.

téléchargé pgadmin 4 v2.0 et installez-le sans problème atm lors de l'installation forcée. essayez-le. c'était une solution pour moi.

Je dois ajouter ceci ici car j'ai eu plusieurs problèmes avec ce message. Si vous avez récemment mis à niveau vers High Sierra, vous trouverez que la dernière version (pgadmin 4.20) continuera d'apparaître avec le message «Le serveur d'applications n'a pas pu être contacté». Ce que cela signifie réellement sur les Mac, c'est que python n'a pas pu configurer votre environnement dans ~ / .pgadmin

Ce répertoire stocke tout ce que vous configurez et configurez et même les journaux de ce qui a été exécuté sur votre utilisation de copie utilisateur de pgadmin.

Le moyen de résoudre ce problème sur High Sierra repose sur sqlite3. Si vous regardez dans ce répertoire, vous verrez que tout est stocké dans des fichiers sqlite3.

Lorsque la version 4.20 de pgadmin a été publiée, elle a été livrée avec une version ultérieure à sqlite3.19 et le problème survient car High Sierra est livré avec sqlite3.19, donc pour résoudre ce problème, vous devez remplacer l'ancienne version de sqlite3 par la dernière sur votre conditionneur.

Sachez maintenant que MacosX + utilise tous sqlite pour stocker les détails de la majorité des applications sur votre mac, vous devrez donc vous assurer de ne pas simplement effacer l'ancienne version, mais vous devrez faire coexister les deux versions ensemble dans harmonie pour éviter que quelque chose d'important ne se produise sur votre mac.

1) télécharger brew https://brew.sh/

2) Mettez à jour l'infusion et mettez à niveau l'infusion pour vous assurer qu'elle est à jour

3) infusion installer sqlite3

4) mv / usr / bin / sqlite3 /usr/bin/sqlite3.os

5) ln -s /usr/local/Cellar/sqlite/3.21.0/bin/sqlite3 / usr / bin / sqlite3

6) / usr / bin / sqlite3 -version (vérifiez que la version est postérieure à 3.19)

Vous pouvez maintenant ouvrir pgadmin comme d'habitude

Pour mon cas dans Windows 10 pour la version 10 postgresql, il a travaillé en changeant SERVER_MODEà Falseen config_distro.pyplace dans le dossier Web, selon ces paramètres de configuration: https://www.pgadmin.org/docs/pgadmin4/dev/desktop_deployment.html .

Il y a d'autres paramètres mentionnés dans cette réponse ( https://superuser.com/a/1131964 ) concernant python mais je viens de changer SERVER_MODEet cela a fonctionné.

Tuez-le dans le Gestionnaire des tâches de Windows, puis réessayez. Il semble qu'il y ait une sorte de problème lors de l'accès au serveur à partir de différentes applications.

Quant à moi sur Windows 2012r2, il ne commence à fonctionner qu'après avoir réinstallé pgAdmin 4 dans le dossier c: \ pgAdmin4. Sans espaces ni caractères spéciaux. Et tout cela, je donne la permission complète à ce dossier en NTFS.

Cela a fonctionné pour moi après l'installation de python2.7 pour pgAdmin 4 v2

Cela se produit principalement lorsque plusieurs versions de pgadmin sont installées ou lors d'une tentative de mise à niveau. Même j'ai tout essayé de tuer le "PID en cours d'exécution sur le port 5432" au "changement du mode serveur". Dans mon cas, je désinstalle postgres et le réinstalle à nouveau sur un port différent (5433). Plus tard, je l'ai ouvert via cmd (clic droit sur cmd et sélectionnez "exécuter cmd en tant qu'administrateur").

J'ai également rencontré ce problème. Windows 10. J'avais une ancienne version de pgAdmin 4 (1.6) et 2.0. Je suppose que les deux sont plus vieux maintenant.

Dans tous les cas, une désinstallation complète des deux versions et une réinstallation de 2.0 ont fonctionné.