pgadmin4: le serveur d'application postgresql n'a pas pu être contacté.
J'ai installé PostgreSQL 9.6.2 sur Windows 8.1. Mais le pgadmin4 n'est pas capable de contacter le serveur local. J'ai essayé plusieurs solutions suggérées ici dans stackoverflow, essayé de désinstaller et de réinstaller PostgreSQL 9.6.2, essayé de modifier config.py, config_distro.py et de supprimer les fichiers du dossier Roaming. J'ai essayé l'installation autonome de pgadmin4, mais sans succès. Cependant, sur mon ordinateur local, je peux accéder au serveur à l’aide de 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.
Ce qui a finalement fonctionné a été de passer à pgadminIII-v.1.22 :
J'ai trouvé le même problème lors de la mise à niveau vers pgAdmin 4 (v1.6). Sur Windows, j’ai constaté que le fait de vider le dossier C:\Users\%USERNAME%\AppData\Roaming\pgAdmin résolvait le problème pour moi. Je crois qu'il essayait d'utiliser les sessions de la version précédente et échouait. Je sais que la question a été marquée comme une réponse, mais le déclassement peut ne pas être une option.
Remarque: AppData\Roaming\pgAdmin est un dossier caché.
Nous avons le même problème. donc pas de changement dans le fichier . mais démarrez pgAdmin 4 en utilisant administrateur.
L'étape suivante . 1. cliquez avec le bouton droit de la souris sur l’icône pgAdmin 4 2. sélectionnez "Exécuter en tant qu'administrateur"
J'ai eu le même problème sur 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) vers les variables d'environnement du 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 lancez cette commande
pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log restart
et pour les autres systèmes d'exploitation, 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é
J'ai eu le même problème sur Windows. J'avais v1.6 installé ainsi que v2.0. La désinstallation de la version 1.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é.
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 à niveau ne le fait pas pour vous!
Il semble que dans la plupart des cas Postgres a essayé d'utiliser les informations des sessions précédentes pour trouver/connecter le serveur et a échoué. 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:
- Accédez au dossier de la session Postgres "C:\Users\YourUsernameOrAdmin\AppData\Roaming\pgAdmin\sessions".
- Supprimer toutes les données de ce dossier.
- Démarrez PgAdmin en mode administrateur.
À votre santé!
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
Supprimer le contenu du répertoire C:\Users\%USERNAME%\AppData\Roaming\pgAdmin a fonctionné pour moi!
J'ai eu le même problème sur la macosx et j'ai renommé .pgadmin (in /users/costa) to .pgadminx et j'ai pu démarrer pgAdmin4.
Cela fait un moment que je traite avec ça (frustrant). Tellement que j'ai des instructions sur mon bureau consolidant toutes ces idées. Voici ma combinaison magique à la solution:
- Supprimer des données d'application C:\Utilisateurs \% USERNAME%\AppData\Roaming\pgAdmin
- Ajouter aux variables de chemin C:\Program Files\PostgreSQL\9.6\bin (je l'ai ajouté à l'utilisateur et au système)
- Faites un clic droit et démarrez en tant qu'administrateur.
Vous n'êtes pas obligé de faire cela à chaque fois, mais quand tout va bien, essayez ces étapes.
Sous Windows, allez dans ce chemin et effacez-le , Ça marche !!
C:\Users \% USERNAME%\AppData\Roaming\pgAdmin
Si aucune de ces méthodes ne vous aide, essayez de vérifier les variables PATH et PYTHONPATH de votre système et de vos environnements utilisateur.
J'avais cette erreur parce que ma variable PATH pointait sur une installation différente de Python (qui provient d'ArcGIS Desktop).
Après avoir supprimé le chemin d'accès à mon installation Python de la variable PATH et supprimé complètement la variable PYTHONPATH, je l'ai fait fonctionner!
N'oubliez pas que la commande python ne sera pas disponible à partir de la ligne de commande si vous la supprimez de PATH.
Tuez-le dans le Gestionnaire des tâches Windows, puis réessayez. Il semble qu'il y ait un problème lors de l'accès au serveur à partir de différentes applications.
Vous avez ce problème après avoir mis à niveau PostgreSQL 9.4 à 9.6. Le paquet binaire 9.4 contenait PgAdmin 3 alors que 9.6 était livré 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 des circonstances différentes, vous pouvez essayer d'exécuter l'application pgAdmin 4 en tant qu'administrateur. Cela devrait corriger l'erreur.
Je dois ajouter ceci ici car j'ai eu plusieurs problèmes avec ce message. Si vous avez récemment effectué une mise à niveau vers High Sierra, vous constaterez que le dernier message (pgadmin 4.20) continue d'apparaître avec le message "Le serveur d'applications n'a pas pu être contacté". Cela signifie en réalité sur Mac que Python n'a pas pu configurer votre environnement dans ~/.pgadmin
Ce répertoire stocke tout ce que vous avez configuré et configuré et même des journaux de ce qui a été exécuté sur votre utilisation de pgadmin en tant que copie utilisateur.
Pour résoudre ce problème sur High Sierra, il faut utiliser 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 était fournie avec une version ultérieure à sqlite3.19. Le problème se pose car High Sierra est livré avec sqlite3.19. Pour résoudre ce problème, vous devez remplacer l'ancienne version de sqlite3 par la dernière sur votre emballeur.
Sachez maintenant que MacosX + utilise tous sqlite pour stocker les détails de la majorité des applications sur votre Mac. Vous devez donc vous assurer de ne pas simplement effacer l'ancienne version, mais de faire coexister les deux versions dans Harmony pour éviter tout problème majeur sur votre Mac.
1) télécharger brew https://brew.sh/
2) mettre à jour le breuvage et le mettre à niveau pour s'assurer qu'il est à jour
3) brasser 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 (la version de vérification est postérieure à 3.19)
Vous pouvez maintenant ouvrir pgadmin normalement
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é, depuis la suppression du "PID en cours d’exécution sur le port 5432" jusqu’à "la modification 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 "lancer cmd en tant qu'administrateur") . 
J'ai rencontré ce problème aussi. Windows 10. J'avais une version plus ancienne de pgAdmin 4 (1.6) et 2.0. Je suppose que les deux sont plus âgés maintenant.
Dans tous les cas, une désinstallation complète des deux versions et une réinstallation de la version 2.0 ont fonctionné.
Je l'ai corrigé dans Windows 10 en exécutant simplement pgAdmin 4 en tant que Run as Administrator.
Dans mon cas sous Windows 10 pour la version postgresql 10, cela fonctionnait en remplaçant SERVER_MODE par False dans config_distro.py placé dans un dossier Web, conformément aux paramètres de configuration suivants: 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_MODE et cela a fonctionné.
J'ai pu résoudre le problème en changeant l'interface Web pgAdmin port.
Je pense que ce problème est survenu 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 vous utilisez une version postgresql plus ancienne, comme 9.x et ses services, PgAdmin 4 a confondu quel serveur est la base de données.
Donc arrêtez le service ancienne version ou nouvelle. Exécutez PgAdmin 4 en tant que Administrateur
Cela a fonctionné pour moi
Cela a fonctionné pour moi après l'installation de python2.7 pour pgAdmin 4 v2
Quant à moi sur Windows 2012r2, il ne commence à fonctionner qu’après avoir réinstallé pgAdmin 4 dans le dossier c:\pgAdmin4. Avec des espaces et des caractères spéciaux . Et tout donc je donne la permission complète à ce dossier dans NTFS.
téléchargé pgadmin 4 v2.0 et installez-le sans problème atm sur l'installation forcée. l'essayer c'était une solution pour moi.
Vous devriez rétrograder à pgadmin3 . Cela a fonctionné pour moi sur Windows 10.1 avec postgreSQL 9.6.