pgadmin4: non è stato possibile contattare il server delle applicazioni postgresql.

Ho installato PostgreSQL 9.6.2 sul mio Windows 8.1. Ma il pgadmin4 non è in grado di contattare il server locale. Ho provato diverse soluzioni suggerite qui in stackoverflow, ho provato a disinstallare e reinstallare PostgreSQL 9.6.2, ho provato a modificare config.py, config_distro.py ed eliminare i file nella cartella Roaming, ho provato l'installazione standalone di pgadmin4, ma senza successo. Tuttavia, nella mia macchina locale sono in grado di accedere al server utilizzando psql.exe e accedere come superutente (utente postgres). Potete suggerirmi qualche possibile soluzione per avviare / eseguire pgadmin4? Grazie.

Ho riscontrato lo stesso problema durante l'aggiornamento a pgAdmin 4 (v1.6). Su Windows ho scoperto che cancellare la C:\Users\%USERNAME%\AppData\Roaming\pgAdmincartella ha risolto il problema per me. Credo che stesse tentando di utilizzare le sessioni della versione precedente e non riuscisse. So che la domanda è stata contrassegnata come risposta, ma il downgrade potrebbe non essere sempre un'opzione.

Nota: AppData \ Roaming \ pgAdmin è una cartella nascosta.

Abbiamo lo stesso problema. quindi nessuna modifica nel file. ma avvia pgAdmin 4 utilizzando l'amministratore.

Il passaggio successivo. 1. fai clic con il pulsante destro del mouse sull'icona pgAdmin 4 2. seleziona "Esegui come amministratore"

Ho avuto lo stesso problema su Windows 10, con una nuova installazione di PostgreSQL 10.

L'ho risolto includendo il percorso C: \ PostgreSQL \ 10 \ bin ({il tuo percorso per postgresql} \ bin) alle variabili di ambiente di sistema.

Per accedere alle variabili d'ambiente: Pannello di controllo> Sistema e sicurezza> Sistema o fare clic con il tasto destro su PC, quindi> Impostazioni di sistema avanzate> Variabili d'ambiente> Variabili di sistema> Percorso> Modifica.

se stai usando Mac OS X ecco una soluzione: Apri il terminale ed esegui questo comando

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

e per altri sistemi operativi riavvia il tuo server Postgresql, risolverà

Quindi avvia pgAdmin4, inizierà normalmente

Condividi o commenta se hai salvato qualcuno

Quello che alla fine ha funzionato è stato il downgrade a pgadminIII-v.1.22 :

Ho avuto lo stesso problema su Windows. Avevo installato la v1.6 e la v2.0. La disinstallazione della v1.6 mi ha permesso di accedere.

Ho avuto lo stesso problema, ma eseguirlo come amministratore ha funzionato.

Ho avuto a che fare con questo per un po '(frustrante). Tanto che ho istruzioni sul mio desktop che consolidano tutte queste idee. Ecco la mia combinazione magica per la soluzione:

1. Elimina dai dati dell'app C: \ Users \% USERNAME% \ AppData \ Roaming \ pgAdmin
2. Aggiungi alle variabili di percorso C: \ Programmi \ PostgreSQL \ 9.6 \ bin (l'ho effettivamente aggiunto sia all'utente che al sistema)
3. Fare clic con il tasto destro e iniziare come amministratore.

Non devi farlo ogni volta, ma quando esce fuori di testa prova questi passaggi.

L'eliminazione del contenuto della C:\Users\%USERNAME%\AppData\Roaming\pgAdmindirectory ha funzionato per me!

Hai recentemente installato una nuova versione di pgAdmin?

Questo problema (e il messaggio fuorviante) è semplicemente dovuto al fatto che le vecchie versioni di pgAdmin non sono in grado di leggere le impostazioni salvate da una versione più recente di pgAdmin!

Assicurati di avviare la versione corretta di pgAdmin (è probabile che le scorciatoie puntino alla vecchia versione!) E / o disinstalla la vecchia versione: l'aggiornamento guidato non lo fa per te!

Sembra che nella maggior parte dei casi Postgres stia cercando di utilizzare le informazioni delle sessioni precedenti per trovare / connettere il server e non riesce . Cancellare le informazioni sulla sessione precedente mi ha aiutato, è una combinazione di 2 risposte già menzionate sopra:

1. Vai alla cartella della sessione di Postgres "C: \ Users \ YourUsernameOrAdmin \ AppData \ Roaming \ pgAdmin \ sessions"
2. Elimina tutti i dati da questa cartella.
3. Avvia PgAdmin in modalità amministratore.

Saluti!

L'ho risolto in Windows 10 solo in esecuzione pgAdmin 4come Run as Administrator.

Se si utilizza una versione postgresql precedente come 9.x ei suoi servizi sono in esecuzione, PgAdmin 4 ha confuso quale server sia il database di base.

Quindi interrompi la versione precedente o quella nuova del servizio. Esegui PgAdmin 4 come amministratore

Ha funzionato per me

Uso il prompt di cmd su Windows 10 con psql postgres postgres.

Quindi avvio pgAdmin4 e funziona.

Ho avuto questo problema con pgadmin4 v2.1 su linux fedora 27

Risolto installando una dipendenza mancante: python3-flask-babelex

Ho avuto lo stesso problema su macosxe ho rinominato .pgadmin (in /users/costa) to .pgadminxe sono stato in grado di iniziare pgAdmin4.

In Windows basta andare su questo percorso e cancellarlo, funziona !!

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

Sono stato in grado di risolvere il problema cambiando la porta dell'interfaccia web di pgAdmin .

Credo che questo problema si sia verificato sul mio computer perché ho molti altri servizi che utilizzano le porte Web come qBittorrent, IDEJetbrains, ecc.

Facendo clic con il tasto destro sul logo pgAdmin vicino all'orologio è possibile configurarlo.

Se nessuno dei metodi aiuta, provare a controllare le variabili PATH e PYTHONPATH degli ambienti utente e del sistema.

Ho ricevuto questo errore a causa della mia variabile PATH che puntava a un'installazione di Python diversa (che proviene da ArcGIS Desktop).

Dopo aver rimosso il percorso della mia installazione Python dalla variabile PATH e rimosso completamente la variabile PYTHONPATH, ho funzionato!

Tieni presente che il comando python non sarà disponibile dalla riga di comando se lo rimuovi da PATH.

Questo è spesso un problema del firewall. Il registro del firewall mostra quindi i pacchetti ignorati tra 127.0.0.1: e 127.0.0.1 :, dove quest'ultima è la porta mostrata nel browser con cui non ottenere alcuna connessione. Ciò significa che la connessione tra il client pgAdmin (high_port_1) e il server pgAdmin (high_port_2) è bloccata. Controlla il registro del firewall e se trovi pacchetti persi come descritto, adatta le impostazioni del firewall di conseguenza.

Basta fare clic sull'icona di pgadmin 4 ed eseguire come amministratore. Consenti le autorizzazioni di accesso. Inizierà localmente.

Ho riscontrato questo problema dopo aver aggiornato PostgreSQL 9.4 a 9.6. Il pacchetto binario 9.4 aveva PgAdmin 3 mentre 9.6 era fornito con PgAdmin 4. L'ho risolto dopo un'installazione pulita (ho completamente disinstallato e reinstallato) di PostgreSQL.

Tuttavia, in circostanze diverse, potresti provare a eseguire l'applicazione pgAdmin 4 come amministratore. Questo dovrebbe correggere l'errore.

scaricato pgadmin 4 v2.0 e installarlo senza problemi con l'installazione forzata. Provalo. quella era la soluzione per me.

Devo aggiungerlo qui perché ho avuto diversi problemi con questo messaggio. Se hai aggiornato di recente a High Sierra, troverai l'ultima versione (pgadmin 4.20) che continuerà ad apparire con il messaggio "Impossibile contattare il server delle applicazioni". Ciò che questo significa in realtà su Mac è che python non è stato in grado di configurare il tuo ambiente in ~ / .pgadmin

Questa directory memorizza tutte le cose che hai impostato e configurato e anche i registri di ciò che è stato eseguito sull'utilizzo della copia utente di pgadmin.

Il modo per risolvere questo problema su High Sierra dipende da sqlite3. Se guardi in quella directory vedrai che tutto è memorizzato nei file sqlite3.

Quando è stata rilasciata la versione 4.20 di pgadmin, veniva fornita con una versione successiva a sqlite3.19 e il problema sorge perché High Sierra viene fornito con sqlite3.19, quindi per risolvere questo problema, è necessario sostituire la vecchia versione di sqlite3 con l'ultima sul tuo packager.

Ora tieni presente che MacosX + usano tutti sqlite per memorizzare i dettagli per la maggior parte delle app sul tuo Mac, quindi dovrai assicurarti di non cancellare solo la vecchia versione, ma dovrai avere entrambe le versioni coesistenti insieme in armonia per evitare che si verifichi qualcosa di grave sul tuo Mac.

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

2) aggiorna brew e aggiorna brew per assicurarti che sia aggiornato

3) brew install 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 versione di controllo è successiva alla 3.19)

Ora puoi procedere ad aprire pgadmin normalmente

Per il mio caso di Windows 10 per la versione di PostgreSQL 10, ha funzionato cambiando SERVER_MODEa Falsein config_distro.pyposto in cartella Web, come da queste impostazioni di configurazione: https://www.pgadmin.org/docs/pgadmin4/dev/desktop_deployment.html .

Ci sono altre impostazioni menzionate in questa risposta ( https://superuser.com/a/1131964 ) riguardo a python ma ho appena cambiato SERVER_MODEe ha funzionato.

Uccidilo in Task Manager di Windows e poi riprova. Sembra che ci sia una sorta di problema quando si accede al server da diverse applicazioni.

Per quanto mi riguarda su Windows 2012r2, inizia a funzionare solo dopo aver reinstallato pgAdmin 4 nella cartella c: \ pgAdmin4. Senza spazi e caratteri speciali. E tutto così do il pieno permesso a questa cartella in NTFS.

Ha funzionato per me dopo aver installato python2.7 per pgAdmin 4 v2

Succede principalmente quando sono installate più versioni di pgadmin o durante il tentativo di aggiornamento. Anche io ho provato di tutto, dall'uccidere il "PID in esecuzione sulla porta 5432" al "cambiare la modalità server". Nel mio caso disinstallo postgres e lo reinstallo di nuovo su una porta diversa (5433). Successivamente, l'ho aperto tramite cmd (fai clic con il tasto destro su cmd e seleziona "esegui cmd come amministratore").

Mi sono imbattuto anche in questo problema. Windows 10. Avevo una versione precedente di pgAdmin 4 (1.6) e 2.0. Immagino che entrambi siano più vecchi ora.

In ogni caso ha funzionato una disinstallazione completa di entrambe le versioni e una reinstallazione della 2.0.