pgadmin4: nie można skontaktować się z serwerem aplikacji postgresql.

Zainstalowałem PostgreSQL 9.6.2 na moim Windows 8.1. Ale pgadmin4 nie może skontaktować się z lokalnym serwerem. Wypróbowałem kilka rozwiązań sugerowanych tutaj w stackoverflow, próbowałem odinstalować i ponownie zainstalować PostgreSQL 9.6.2, próbowałem zmodyfikować config.py, config_distro.py i usunąć pliki w folderze Roaming, wypróbowałem samodzielną instalację pgadmin4, ale bez powodzenia. Jednak na moim komputerze lokalnym mogę uzyskać dostęp do serwera za pomocą psql.exe i zalogować się jako superuser (użytkownik postgres). Czy możesz zasugerować możliwe rozwiązania dotyczące uruchamiania / uruchamiania pgadmin4? Dziękuję Ci.

Znalazłem ten sam problem podczas aktualizacji do pgAdmin 4 (v1.6). W systemie Windows znalazłem, że wyczyszczenie plikuC:\Users\%USERNAME%\AppData\Roaming\pgAdmin folderu rozwiązało problem. Wydaje mi się, że próbowano użyć sesji z poprzedniej wersji i nie udało się. Wiem, że pytanie zostało oznaczone jako udzielone, ale obniżenie oceny nie zawsze jest opcją.

Uwaga: AppData \ Roaming \ pgAdmin to ukryty folder.

Mamy ten sam problem. więc nie ma żadnych zmian w pliku. ale uruchom pgAdmin 4 używając administratora.

Następny krok. 1. kliknij prawym przyciskiem ikonę pgAdmin 4 2. wybierz "Uruchom jako administrator"

Miałem ten sam problem w systemie Windows 10, przy nowej instalacji PostgreSQL 10.

Rozwiązałem to, dołączając ścieżkę C: \ PostgreSQL \ 10 \ bin ({twoja ścieżka do postgresql} \ bin) do systemowych zmiennych środowiskowych.

Aby uzyskać dostęp do zmiennych środowiskowych: Panel sterowania> System i zabezpieczenia> System lub kliknij prawym przyciskiem myszy na komputerze, a następnie> Zaawansowane ustawienia systemowe> Zmienne środowiskowe> Zmienne systemowe> Ścieżka> Edytuj.

To, co ostatecznie zadziałało, to obniżenie wersji do pgadminIII-v.1.22 :

jeśli używasz Mac OS X, tutaj jest poprawka: Otwórz terminal i uruchom to polecenie

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

aw przypadku innych systemów operacyjnych po prostu zrestartuj serwer Postgresql, to rozwiąże

Następnie uruchom pgAdmin4, rozpocznie się normalnie

Udostępnij lub skomentuj, jeśli kogoś zapisałeś

Miałem ten sam problem z oknami. Miałem zainstalowaną wersję 1.6, a także wersję 2.0. Odinstalowanie wersji 1.6 pozwoliło mi się zalogować.

Miałem ten sam problem, ale uruchomienie go jako administrator zadziałało.

Zajmuję się tym od jakiegoś czasu (frustrujące). Do tego stopnia, że ​​mam na komputerze instrukcje konsolidujące wszystkie te pomysły. Oto moje magiczne połączenie z rozwiązaniem:

1. Usuń z danych aplikacji C: \ Users \% USERNAME% \ AppData \ Roaming \ pgAdmin
2. Dodaj do zmiennych ścieżki C: \ Program Files \ PostgreSQL \ 9.6 \ bin (faktycznie dodałem to zarówno do użytkownika, jak i do systemu)
3. Kliknij prawym przyciskiem myszy i zacznij jako administrator.

Nie musisz tego robić za każdym razem, ale kiedy coś się nie powiedzie, wypróbuj te kroki.

Usunięcie zawartości C:\Users\%USERNAME%\AppData\Roaming\pgAdminkatalogu zadziałało!

Czy ostatnio zainstalowałeś nową wersję pgAdmin?

Ten problem (i mylący komunikat) wynika po prostu z faktu, że stare wersje pgAdmin nie mogą odczytać ustawień zapisanych przez nowszą wersję pgAdmin!

Upewnij się, że uruchamiasz właściwą wersję pgAdmin (twoje skróty prawdopodobnie wskazują na starą wersję!) I / lub odinstaluj starą wersję: kreator aktualizacji nie zrobi tego za Ciebie!

Wygląda na to, że w większości przypadków Postgres próbuje użyć informacji z poprzednich sesji, aby znaleźć / połączyć się z serwerem, ale kończy się to niepowodzeniem . Pomogło mi wyczyszczenie informacji z poprzedniej sesji, jest to połączenie 2 wspomnianych już odpowiedzi powyżej:

1. Przejdź do folderu sesji Postgres „C: \ Users \ YourUsernameOrAdmin \ AppData \ Roaming \ pgAdmin \ session”
2. Usuń wszystkie dane z tego folderu.
3. Uruchom PgAdmin w trybie administratora.

Twoje zdrowie!

Udało mi się rozwiązać problem, zmieniając port interfejsu internetowego pgAdmin .

Uważam, że ten problem wystąpił na moim komputerze, ponieważ mam kilka innych usług korzystających z portów internetowych, takich jak qBittorrent, IDEJetbrains itp.

Można go skonfigurować, klikając prawym przyciskiem myszy logo pgAdmin obok zegara.

Naprawiłem to w systemie Windows 10 działającym pgAdmin 4jako Run as Administrator.

Jeśli używasz starszej wersji postgresql, takiej jak 9.x, a jej usługi są uruchomione, PgAdmin 4 pomylił, który serwer jest bazą danych.

Więc zatrzymaj usługę starszą lub nową. Uruchom PgAdmin 4 jako Administrator

U mnie to zadziałało

Używam polecenia cmd w systemie Windows 10 z psql postgres postgres .

Następnie uruchamiam pgAdmin4 i działa.

Miałem ten problem z pgadmin4 v2.1 na Linuksie Fedorze 27

Rozwiązany przez zainstalowanie brakującej zależności: python3-flask-babelex

Miałem ten sam problem na macosxi zmieniłem nazwę .pgadmin (in /users/costa) to .pgadminxi mogłem zacząć pgAdmin4.

W systemie Windows Po prostu przejdź do tej ścieżki i wyczyść ją, to działa !!

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

Jeśli żadna z metod nie pomaga, spróbuj sprawdzić zmienne PATH i PYTHONPATH systemu i środowiska użytkownika.

Otrzymałem ten błąd, ponieważ moja zmienna PATH wskazywała na inną instalację języka Python (pochodzącą z ArcGIS Desktop).

Po usunięciu ścieżki do mojej instalacji Pythona ze zmiennej PATH i całkowitym usunięciu zmiennej PYTHONPATH, udało się!

Pamiętaj, że polecenie Pythona nie będzie dostępne z wiersza poleceń, jeśli usuniesz je z PATH.

Często jest to problem z zaporą. Dziennik zapory sieciowej pokazuje następnie odrzucone pakiety między 127.0.0.1: a 127.0.0.1 :, gdzie ten ostatni jest portem wyświetlanym w przeglądarce, z którym nie można uzyskać połączenia. Oznacza to, że połączenie między klientem pgAdmin (high_port_1) a serwerem pgAdmin (high_port_2) jest zablokowane. Sprawdź dziennik zapory i jeśli znajdziesz porzucone pakiety, jak opisano, odpowiednio dostosuj ustawienia zapory.

Po prostu kliknij ikonę pgadmin 4 i uruchom jako administrator. Zezwól na uprawnienia dostępu. Zacznie się lokalnie.

Problem ten pojawił się po uaktualnieniu PostgreSQL 9.4 do 9.6. Pakiet binarny 9.4 miał PgAdmin 3, a 9.6 - PgAdmin 4. Rozwiązałem go po czystej instalacji (całkowicie odinstalowałem i ponownie zainstalowałem) PostgreSQL.

Jednak w innych okolicznościach możesz spróbować uruchomić aplikację pgAdmin 4 jako administrator. To powinno naprawić błąd.

pobrał pgadmin 4 v2.0 i zainstaluj go bez problemu przy wymuszonej instalacji. Spróbuj. to było dla mnie rozwiązanie.

Muszę to dodać, ponieważ miałem kilka problemów z tą wiadomością. Jeśli niedawno zaktualizowałeś do High Sierra, zauważysz, że najnowsza wersja (pgadmin 4.20) będzie nadal pojawiać się z komunikatem „Nie można skontaktować się z serwerem aplikacji”. W rzeczywistości oznacza to na komputerach Mac, że Python nie był w stanie skonfigurować twojego środowiska w ~ / .pgadmin

Ten katalog przechowuje wszystkie rzeczy, które ustawiłeś i skonfigurowałeś, a nawet dzienniki tego, co zostało uruchomione podczas używania kopii użytkownika pgadmin.

Sposób rozwiązania tego problemu w High Sierra sprowadza się do sqlite3. Jeśli zajrzysz do tego katalogu, zobaczysz, że wszystko jest przechowywane w plikach sqlite3.

Kiedy wersja 4.20 programu pgadmin została wydana, była dostarczana z wersją późniejszą niż sqlite3.19 i problem pojawia się, ponieważ High Sierra jest dostarczany z sqlite3.19, więc aby rozwiązać ten problem, musisz zastąpić starą wersję sqlite3 najnowszą na twoim pakowaczu.

Teraz pamiętaj, że MacosX + wszystkie używają sqlite do przechowywania szczegółów większości aplikacji na twoim Macu, więc musisz upewnić się, że nie wyczyścisz starej wersji, ale będziesz musiał mieć obie wersje razem harmonii, aby uniknąć poważniejszych zdarzeń na komputerze Mac.

1) pobierz napar https://brew.sh/

2) zaktualizuj napar i ulepsz napar, aby upewnić się, że jest aktualny

3) zaparz zainstalować 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 (sprawdź, czy wersja jest nowsza niż 3.19)

Możesz teraz normalnie otworzyć pgadmin

W moim przypadku w systemie Windows 10 dla wersji postgresql 10 działało, zmieniając SERVER_MODEsię Falsena config_distro.pyumieszczone w folderze internetowym, zgodnie z tymi ustawieniami konfiguracji: https://www.pgadmin.org/docs/pgadmin4/dev/desktop_deployment.html .

W tej odpowiedzi są wymienione inne ustawienia ( https://superuser.com/a/1131964 ) dotyczące Pythona, ale właśnie się zmieniłem SERVER_MODEi zadziałało.

Zabij go w Menedżerze zadań Windows, a następnie spróbuj ponownie. Wygląda na to, że występuje jakiś problem podczas uzyskiwania dostępu do serwera z różnych aplikacji.

Jak dla mnie w Windows 2012r2 zaczyna działać dopiero po ponownym zainstalowaniu pgAdmin 4 do folderu c: \ pgAdmin4. Bez spacji i znaków specjalnych. A wszystko po to, aby dać pełne uprawnienia do tego folderu w systemie plików NTFS.

U mnie zadziałało po zainstalowaniu pythona2.7 dla pgAdmin 4 v2

Dzieje się to głównie wtedy, gdy masz zainstalowanych kilka wersji pgadmin lub podczas próby aktualizacji. Nawet ja próbowałem wszystkiego, od zabicia "działającego PID na porcie 5432" do "zmiany trybu serwera". W moim przypadku odinstalowuję postgres i ponownie instaluję go na innym porcie (5433). Później otworzyłem go przez cmd (kliknij prawym przyciskiem myszy cmd i wybierz „uruchom cmd jako administrator”).

Natknąłem się również na ten problem. Windows 10. Miałem starszą wersję pgAdmin 4 (1.6) i 2.0. Myślę, że oboje są teraz starsi.

W każdym razie całkowite odinstalowanie obu wersji i ponowna instalacja wersji 2.0 działały.