postgresql configuration pgadmin-4
pgadminIII-v.1.22

pgadmin4: no se pudo contactar al servidor de aplicaciones postgresql.



configuration pgadmin-4 (29)

He instalado PostgreSQL 9.6.2 en mi Windows 8.1. Pero el pgadmin4 no puede contactar al servidor local. Intenté varias soluciones sugeridas aquí en stackoverflow, intenté desinstalar y reinstalar PostgreSQL 9.6.2, intenté modificar config.py, config_distro.py y eliminar los archivos en la carpeta Roaming, intenté la instalación independiente de pgadmin4, pero no tuve éxito. Sin embargo, en mi máquina local puedo acceder al servidor usando psql.exe e iniciar sesión como superusuario (usuario postgres). ¿Puede sugerirme posibles soluciones para iniciar / ejecutar pgadmin4? Gracias.


¡Eliminar el contenido del directorio C:/Users/%USERNAME%/AppData/Roaming/pgAdmin funcionó para mí!


¿Has instalado recientemente una nueva versión de pgAdmin?

¡Este problema (y el mensaje engañoso) se debe simplemente al hecho de que las versiones antiguas de pgAdmin no pueden leer la configuración guardada por una versión más nueva de pgAdmin!

Asegúrese de iniciar la versión correcta de pgAdmin (es probable que sus accesos directos apunten a la versión anterior) y / o desinstale la versión anterior: ¡el asistente de actualización no lo hace por usted!


Debería rebajar a pgadminIII-v.1.22 . Me funcionó en Windows 10.1 con postrgreSQL 9.6.


En Windows, solo ve a este camino y bórralo, ¡eso funciona!

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


En cuanto a mí en Windows 2012r2, comienza a funcionar solo después de reinstalar pgAdmin 4 en la carpeta c: / pgAdmin4. Sin espacios y caracteres especiales. Y todo, así que doy permiso completo a esta carpeta en NTFS.


Encontré el mismo problema al actualizar a pgAdmin 4 (v1.6). En Windows descubrí que limpiar la carpeta C:/Users/%USERNAME%/AppData/Roaming/pgAdmin solucionó el problema. Creo que estaba intentando usar las sesiones de la versión anterior y estaba fallando. Sé que la pregunta se marcó como respondida, pero la degradación no siempre es una opción.

Nota: AppData / Roaming / pgAdmin es una carpeta oculta.


Funcionó para mí después de instalar python2.7 para pgAdmin 4 v2


He estado lidiando con esto por un tiempo (frustrante). Tanto que tengo instrucciones en mi escritorio consolidando todas estas ideas. Aquí está mi combinación mágica para la solución:

  1. Eliminar de los datos de la aplicación C: / Users /% USERNAME% / AppData / Roaming / pgAdmin
  2. Agregar a las variables de ruta C: / Archivos de programa / PostgreSQL / 9.6 / bin (en realidad lo agregué tanto al usuario como al sistema)
  3. Haga clic derecho y comience como administrador.

No tiene que hacer esto todo el tiempo, pero cuando salga de prueba, siga estos pasos.


Lo arreglé en Windows 10 simplemente ejecutando pgAdmin 4 como Run as Administrator .



Mátalo en el Administrador de tareas de Windows y luego vuelve a intentarlo. Parece que hay algún tipo de problema al acceder al servidor desde diferentes aplicaciones.


Me encontré con este problema también. Windows 10. Tenía una versión anterior de pgAdmin 4 (1.6) y 2.0. Supongo que ambos son mayores ahora.

En cualquier caso, funcionó una desinstalación completa de ambas versiones y una reinstalación de 2.0.


Necesito agregar esto aquí porque he tenido varios problemas con este mensaje. Si se ha actualizado recientemente a High Sierra, encontrará que lo último (pgadmin 4.20) seguirá apareciendo con el mensaje "No se pudo contactar con el servidor de aplicaciones". Lo que esto realmente significa en Mac es que Python no pudo configurar su entorno en ~ / .pgadmin

Este directorio almacena todas las cosas que configura y configura e incluso registra lo que se ejecutó en el uso de copia de usuario de pgadmin.

La forma de solucionar este problema en High Sierra se reduce a sqlite3. Si mira en ese directorio verá que todo está almacenado en archivos sqlite3.

Cuando se lanzó la versión 4.20 de pgadmin, se envió con una versión posterior a sqlite3.19 y el problema surge porque High Sierra se envía con sqlite3.19, por lo que para solucionar este problema, debe reemplazar la versión anterior de sqlite3 con la última en su empaquetador.

Ahora tenga en cuenta que MacosX + usa sqlite para almacenar detalles para la mayoría de las aplicaciones en su Mac, por lo que deberá asegurarse de no borrar la versión anterior, sino que deberá tener ambas versiones coexistiendo juntas en armonía para evitar que ocurra algo importante en tu mac.

1) descargar brew https://brew.sh/

2) actualice brew y actualice brew para asegurarse de que esté actualizado

3) instalar brew 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 (verifique que la versión sea posterior a 3.19)

Ahora puede proceder a abrir pgadmin de forma normal


Ocurre principalmente cuando tienes múltiples versiones de pgadmin instaladas o cuando intentas actualizar. Incluso intenté todo, desde matar el "PID en ejecución en el puerto 5432" hasta "cambiar el modo del servidor". En mi caso, desinstalo postgres y lo reinstalo nuevamente en un puerto diferente (5433). Más tarde, lo abrí a través de cmd (haga clic derecho en cmd y seleccione "ejecutar cmd como administrador").



Parece que en la mayoría de los casos Postgres intenta usar información de sesiones anteriores para encontrar / conectar el servidor y falla . Borrar la información de la sesión anterior me ayudó, es una combinación de 2 respuestas ya mencionadas anteriormente:

  1. Vaya a la carpeta de sesión de Postgres "C: / Users / YourUsernameOrAdmin / AppData / Roaming / pgAdmin / sessions"
  2. Eliminar todos los datos de esta carpeta.
  3. Inicie PgAdmin en modo administrador.

¡Aclamaciones!


Pude resolver el problema cambiando el puerto de interfaz web pgAdmin.

Creo que este problema ocurrió en mi computadora porque tengo varios otros servicios que consumen puertos web como qBittorrent, IDEJetbrains, etc.

Es posible hacer clic derecho sobre el logotipo de pgAdmin cerca del reloj para configurarlo.


Si está utilizando Mac OS X, aquí hay una solución: abra la terminal y ejecute este comando

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

y para otros sistemas operativos simplemente reinicie su servidor Postgresql, resolverá

Luego inicie pgAdmin4, comenzará normalmente

Comparte o comenta si alguien se salvó


Si ninguno de los métodos ayuda, intente verificar las variables PATH y PYTHONPATH de su sistema y entornos de usuario.

Recibí este error debido a que mi variable PATH apuntaba a una instalación diferente de Python (que proviene de ArcGIS Desktop).

Después de eliminar la ruta a mi instalación de Python de la variable PATH y eliminar completamente la variable PYTHONPATH, ¡lo hice funcionar!

Tenga en cuenta que el comando python no estará disponible desde la línea de comandos si lo elimina de PATH.


Si usa una versión anterior de postgresql como 9.xy sus servicios se están ejecutando, PgAdmin 4 confundió qué servidor es la base de datos base.

Por lo tanto, detenga la versión anterior del servicio o una nueva. Ejecute PgAdmin 4 como administrador

Me funcionó


Tenemos el mismo problema. así que no hay ningún cambio en el archivo. pero inicie pgAdmin 4 con el administrador.

El siguiente paso. 1. haga clic con el botón derecho en el icono de pgAdmin 4 2. seleccione "Ejecutar como administrador"


Tengo este problema después de actualizar PostgreSQL 9.4 a 9.6. El paquete binario 9.4 tenía PgAdmin 3, mientras que 9.6 venía con PgAdmin 4. Lo resolví después de una instalación limpia (desinstalé y reinstalé completamente) de PostgreSQL.

Sin embargo, en diferentes circunstancias, puede intentar ejecutar la aplicación pgAdmin 4 como administrador. Esto debería solucionar el error.


Tuve el mismo problema en Windows 10, con una nueva instalación de PostgreSQL 10.

Lo resolví incluyendo la ruta C: / PostgreSQL / 10 / bin ({su ruta a postgresql} / bin) a las variables de entorno del sistema.

Para acceder a las variables de entorno: Panel de control> Sistema y seguridad> Sistema o haga clic derecho en la PC, luego> Configuración avanzada del sistema> Variables de entorno> Variables del sistema> Ruta> Editar.


Tuve el mismo problema en Windows. Tenía v1.6 instalado, así como v2.0. Desinstalar v1.6 me permitió iniciar sesión.


Tuve el mismo problema en el macosx y macosx nombre de .pgadmin (in /users/costa) to .pgadminx y pude iniciar pgAdmin4 .


Tuve el mismo problema, pero ejecutarlo como administrador funcionó.


Tuve este problema con pgadmin4 v2.1 en linux fedora 27

Resuelto instalando una dependencia que falta: python3-flask-babelex


Uso el indicador cmd en Windows 10 con psql postgres postgres .

Luego lanzo pgAdmin4 y funciona.


descargué pgadmin 4 v2.0 e instálalo sin problemas atm en la instalación forzada. intentalo. Esa fue la solución para mí.