pgadmin4: no se pudo establecer contacto con el servidor de aplicaciones postgresql.

90

He instalado PostgreSQL 9.6.2 en mi Windows 8.1. Pero el pgadmin4 no puede comunicarse con el servidor local. Probé 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 de postgres). ¿Puede sugerir alguna posible solución para iniciar / ejecutar pgadmin4? Gracias.

Kaleab Woldemariam
fuente
2
tenga cuidado de no tener varias versiones de pgadmin instaladas. Había instalado 1.6 y 2.0 al mismo tiempo y estaba iniciando accidentalmente la versión anterior debido a una aplicación anclada.
Matthew Lock
Posible duplicado de Postgres no se pudo conectar al servidor
daemonThread
Esto también funciona stackoverflow.com/questions/44101231/…
Michael Buen
3
Reiniciar el servicio de Postgres funcionó para mí.
Gajendra

Respuestas:

220

Encontré el mismo problema al actualizar a pgAdmin 4 (v1.6). En Windows, descubrí que borrar la C:\Users\%USERNAME%\AppData\Roaming\pgAdmincarpeta solucionó el problema. Creo que estaba intentando utilizar 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.

icvader
fuente
20
Tenga en cuenta que al hacer esto, perderá todas sus conexiones guardadas.
ChristopherS
Esta solución también funcionó en mi caso. Encontré el mismo problema después de actualizar de PostgreSQL 9.6 a 10. Utilizo Windows 64 Bit. Estoy de acuerdo en que este es el que debería marcarse como la solución.
Alex
5
Para los usuarios de Mac, esto también funciona eliminando ~ / .pgadmin. ADVERTENCIA: También eliminará sus conexiones guardadas, como se mencionó anteriormente.
jbodily
2
para ser honesto: pgAdmin apesta. Repetidamente tengo que usar esta solución. Pero no solo pierdes tus conexiones: también pierdes la actualización de 4.0 a 4.1. Entonces, cada vez que esto sucede, es MUCHO trabajo
Alex
12
No elimine C: \ Users \% USERNAME% \ AppData \ Roaming \ pgAdmin. Elimine solo archivos de C: \ Users \% USERNAME% \ AppData \ Roaming \ pgAdmin \ sessions.
Desarrollador Marius Žilėnas
66

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 pgAdmin 4 2. seleccione "Ejecutar como administrador"

Hardik
fuente
Esto funcionó para mí en el sistema operativo Windows 10 (64 bits). Instalé postgresql-9.6.9-1-windows-x64.exe y no pude iniciar pgAdmin4. Esta solución funcionó. Pero eso significa que tengo que seguir ejecutando la aplicación como administrador.
Cletus Ajibade
12

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 PC, luego> Configuración avanzada del sistema> Variables de entorno> Variables del sistema> Ruta> Editar.

Magdalena
fuente
Esto funcionó para mí. Estoy usando Win 7 y PostGreSQL 9.6.8. No es necesario degradar pgAdmin 4. En mi caso, es una instalación nueva, por lo que no es necesario borrar la carpeta de sesiones.
Prince
7

si está utilizando Mac OS X, aquí hay una solución: Abra el 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, se resolverá

Luego inicie pgAdmin4, comenzará normalmente

Comparte o comenta si salvaste a alguien

Joseph Daudi
fuente
7

Lo que finalmente funcionó fue la degradación a pgadminIII-v.1.22 :

Kaleab Woldemariam
fuente
Finalmente. Me olvidé de pgadmin 4 e instalé 3. funciona bien.
Sampath Sri Anuradha
2
No es una respuesta. Además, PgAdmin III no es compatible con Postgres 10
Teejay
no es una respuesta, degradando a pgAdmin 3, pierdo funciones que ya usé y correcciones de errores. La degradación no es una solución para mí.
Binyamin Regev
5

Tuve el mismo problema en Windows. Tenía instalada la v1.6 y la v2.0. La desinstalación de v1.6 me permitió iniciar sesión.

usuario174487
fuente
Sorprende que la instalación de 2 no desinstale 1.6. En mi caso, había fijado el icono de pgadmin en el menú de inicio, que intentaba y no podía iniciar pgadmin 1.6.
Matthew Lock
pgadmin v2.0 de la instalación de postgresql 10.1, no se inició correctamente. La versión v2.1 de pgadmin.org/download funciona bien.
mikowiec
5

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

kamal09
fuente
5

He estado lidiando con esto por un tiempo (frustrante). Tanto que tengo instrucciones en mi escritorio que consolidan 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 cada vez, pero cuando se salga de lo normal, pruebe estos pasos.

Mareado
fuente
Mentí. Aún tengo el problema. He desinstalado, reinstalado, etc., harto.
Dizzy
5

¡Eliminar el contenido del C:\Users\%USERNAME%\AppData\Roaming\pgAdmindirectorio funcionó para mí!

Akshata Dabade
fuente
4

¿Ha 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 reciente de pgAdmin.

Asegúrese de estar iniciando 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!

Daniel
fuente
4

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. Navegue a la carpeta de la sesión de Postgres "C: \ Users \ YourUsernameOrAdmin \ AppData \ Roaming \ pgAdmin \ sessions"
  2. Elimina todos los datos de esta carpeta.
  3. Inicie PgAdmin en modo administrador.

¡Salud!

abierto y gratis
fuente
3

Lo arreglé en Windows 10 simplemente ejecutándose pgAdmin 4como Run as Administrator.

Nayeem Azad
fuente
2

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.

Así que detenga la versión anterior del servicio o la nueva. Ejecute PgAdmin 4 como administrador

Ha funcionado para mi

ahmeticat
fuente
Después de ejecutar pgAdmin 4, tuve que reiniciar el servicio para conectarme.
Umair Malhi
2

Utilizo el indicador de cmd en Windows 10 con psql postgres postgres.

Luego lanzo pgAdmin4 y funciona.

Asma
fuente
La configuración de Windows7, postgresql10, postgres db no ha cambiado. A veces, pgAdmin4 se inicia, a veces no. En el último caso, usando el comando "psql [base de datos] [usuario]", por ejemplo, "psql postgres postgres", resuelve el problema, es decir, pgAmin4 se inicia. Aún así, me gustaría entender qué está pasando.
tagoma
2

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

Resuelto instalando una dependencia faltante: python3-flask-babelex

Jose Miguel Perez
fuente
¡Muchas gracias por esta pista, José! De hecho, estaba luchando para iniciar pgAdmin 4 en mi máquina OpenSuSE Leap 15.0, y de hecho, estaba hablando de la depuradora faltante.
Neppomuk
2

Tuve el mismo problema en el macosxy cambié el nombre .pgadmin (in /users/costa) to .pgadminxy pude comenzar pgAdmin4.

costa
fuente
2
La pregunta era Can you please suggest any possible solutions to starting/running pgadmin4?. Es cierto que fue en el contexto de Windows, pero otras personas pueden tener el mismo problema en otros sistemas operativos que yo en macOS. Mi respuesta puede ayudar a alguien más. Y de hecho lo hizo. Supongo que podría agregarlo como comentario a la publicación original.
costa
Perdón, es mi culpa. Edite su respuesta que está más centrada en la solución, ahora mismo es fácil de leer mal.
Moti Korets
Después de una hora de búsqueda, esta fue la única solución que permitió que PG Admin4 se reiniciara. Muy útil
Getafix
2

En Windows, simplemente vaya a esta ruta y límpiela, ¡eso funciona!

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

Akitha_MJ
fuente
2

Pude resolver el problema cambiando el puerto de la 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 configurarlo haciendo clic con el botón derecho en el logotipo de pgAdmin cerca del reloj.

ingrese la descripción de la imagen aquí

Wilson Tamarozzi
fuente
Si tiene un número de puerto fijo configurado, es posible que desee probar esto primero antes de eliminar el contenido de C: \ Users \% USERNAME% \ AppData \ Roaming \ pgAdmin, ejecutarlo como administrador o incluso reinstalar pgAdmin
Ron Michael
1

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

Recibí este error debido a que mi variable PATH apuntaba a una instalación de Python diferente (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 de Python no estará disponible desde la línea de comando si lo elimina de PATH.

Ingenium
fuente
1

Esto suele ser un problema de firewall. Luego, el registro del firewall muestra los paquetes perdidos entre 127.0.0.1: y 127.0.0.1:, donde este último es el puerto que se muestra en el navegador para no tener conexión. Esto significa que la conexión entre el cliente pgAdmin (high_port_1) y el servidor pgAdmin (high_port_2) está bloqueada. Verifique el registro de su firewall y si encuentra paquetes descartados como se describe, adapte la configuración de su firewall en consecuencia.

Balin
fuente
1

Simplemente haga clic en el icono de pgadmin 4 y ejecútelo como administrador. Permita los permisos de acceso. Comenzará localmente.

A_jain2310
fuente
0

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

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

Samuel Mwamburi
fuente
0

descargué pgadmin 4 v2.0 e instálelo sin problema en el cajero automático en la instalación forzada. intentalo. esa fue la solución para mí.

gofret
fuente
¿Cómo forzar la instalación?
Sampath Sri Anuradha
0

Necesito agregar esto aquí porque he tenido varios problemas con este mensaje. Si ha actualizado recientemente a High Sierra, encontrará que la última (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 registros de lo que se ejecutó en el uso de copia de usuario de pgadmin.

La forma de solucionar este problema en High Sierra es sqlite3. Si miras en ese directorio, verás 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 + todos usan sqlite para almacenar detalles para la mayoría de las aplicaciones en su Mac, por lo que deberá asegurarse de no solo borrar la versión anterior, sino que tendrá que 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) preparar la instalación de 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 como de costumbre

EamonS
fuente
Error en el paso 4): mv: renombrar / usr / bin / sqlite3 a /usr/bin/sqlite3.os: sistema de archivos de solo lectura
Ville Miekk-oja
0

Mátelo en el Administrador de tareas de Windows y vuelva a intentarlo. Parece que existe algún tipo de problema al acceder al servidor desde diferentes aplicaciones.

Vitaliy Terziev
fuente
0

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

Denis Eltsov
fuente
0

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

Usuario4567
fuente
0

Ocurre principalmente cuando tiene varias versiones de pgadmin instaladas o al intentar actualizar. Incluso intenté de todo, desde eliminar el "PID en ejecución en el puerto 5432" hasta "cambiar el modo del servidor". En mi caso, desinstalo postgres y lo vuelvo a instalar 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").ingrese la descripción de la imagen aquí

daemonThread
fuente
0

También me encontré con este problema. 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.

Michael P. Scott
fuente