Ошибка pgadmin 4 server could not be contacted

pgadmin4: не удалось связаться с сервером приложений postgresql.

26 ответов

Я нашел ту же проблему при обновлении до pgAdmin 4 (v1.6). На Windows я обнаружил, что очистка C:Users%USERNAME%AppDataRoamingpgAdmin folder исправил проблему для меня. Я считаю, что он пытался использовать сеансы из предыдущей версии и терпел неудачу. Я знаю, что вопрос был отмечен как ответ, но понижение может быть не всегда вариантом.

Примечание: AppDataRoamingpgAdmin-скрытая папка.

У нас та же проблема. так что никаких изменений в файл. но запустите pgAdmin 4 с помощью администратора.

следующий шаг. 1. щелкните правой кнопкой мыши значок pgAdmin 4 2. выберите «Запуск от имени администратора»

то, что наконец сработало, было понижением до pgadminIII-v. 1.22:

Если вы используете Mac OS X, вот исправление: Откройте терминал и запустите эту команду

и для других ОС просто перезагрузите сервер Postgresql, он решит

затем запустите pgAdmin4, он начнется как обычно

Share или комментарий, если сохранен кто-то

У меня была такая же проблема в windows. У меня был v1.6 установлен, а также v2.0. Удаление v1.6 разрешил мне войти в систему.

У меня была такая же проблема в Windows 10, с новой установкой PostgreSQL 10.

Я решил это, включив путь C:PostgreSQL10bin (<ваш путь к postgresql>bin) для системных переменных среды.

для доступа к переменным среды: Панель управления > Система и безопасность > Система или щелкните правой кнопкой мыши на ПК, затем > предварительные настройки системы > переменные среды > системные переменные > путь > изменить.

У меня была та же проблема, но запуск ее в качестве администратора работал.

затем я запускаю pgAdmin4, и он работает.

Если ни один из методов не помогает проверить пути системы и пользовательских сред и переменные PYTHONPATH.

Я получал эту ошибку из-за того, что моя переменная PATH указывала на другую установку Python (которая происходит из ArcGIS Desktop).

после удаления пути к моей установке Python из переменной PATH и полного удаления переменной PYTHONPATH, я получил его работу!

имейте в виду, что python команда будет недоступна из командной строки, Если вы удалите его из пути.

У меня была эта проблема с pgadmin4 v2.1 на Linux fedora 27

решено путем установки отсутствующей зависимости: python3-фляга-babelex

однако при других обстоятельствах вы можете попробовать запустить приложение pgAdmin 4 в качестве администратора. Это должно исправить ошибку.

загружено pgadmin 4 v2.0 и установите его без проблем atm при установке force. попробовать его. для меня это было решением.

Мне нужно добавить это сюда, потому что у меня было несколько проблем с этим сообщением. Если вы недавно обновились до High Sierra, вы найдете последнюю версию (pgadmin 4.20), которая будет отображаться с сообщением «не удалось связаться с сервером приложений». На самом деле это означает, что python не смог настроить вашу среду в

в этом каталоге хранятся все вещи, которые вы устанавливаете и настраиваете, и даже журналы того, что было запущено при использовании копии пользователя pgAdmin попробуйте.

способ исправить эту проблему на High Sierra сводится к sqlite3. Если вы посмотрите в этом каталоге, вы увидите, что все хранится в файлах sqlite3.

когда была выпущена версия 4.20 pgadmin, она была отправлена с версией позже sqlite3.19 и проблема возникает потому, что High Sierra поставляется с sqlite3.19, поэтому, чтобы устранить эту проблему, вам нужно заменить старую версию sqlite3 на последнюю на вашем упаковщике.

теперь имейте в виду, MacosX+ все использовать sqlite для хранения сведений о большинстве приложений на вашем mac, так что вам нужно будет убедиться, что вы не просто стереть старую версию, но вы должны будете иметь обе версии сосуществуют вместе в гармонии, чтобы избежать чего-либо крупного происходит на вашем mac.

2) Обновление заваривать и обновить заваривать, чтобы убедиться, что это до современных

3) brew install sqlite3

4) mv / usr / bin / sqlite3 / usr/bin / sqlite3.os

5) в /usr/местные/погреб/SQLite в/3.21.0/Бен/и sqlite3 /usr/Бен/и sqlite3

6) / usr / bin/sqlite3-версия (проверить версию позже 3.19)

теперь вы можете открыть pgadmin как обычно

Если вы используете более старую версию postgresql, например 9.x и его службы запущены, PgAdmin 4 запутался, какой сервер является базой данных.

Так остановить службу старая версия или новая.Запустите PgAdmin 4 как администратор

Это сработало для меня

для моего случая в Windows 10 для версии postgresql 10 он работал путем изменения SERVER_MODE до False на config_distro.py помещенный в папку паутины, согласно этим установкам конфигурации:https://www.pgadmin.org/docs/pgadmin4/dev/desktop_deployment.html.

есть другие настройки, упомянутые в этом ответе (https://superuser.com/a/1131964) относительно python, но я только что изменил SERVER_MODE и это сработало.

Убейте его в Диспетчере задач Windows, а затем повторите попытку. Кажется, что есть какая-то проблема при доступе к серверу из различных приложений.

Это сработало для меня после установки python2.7 для pgAdmin 4 v2

Источник

Ошибка при запуске pgadmin the pgadmin 4 server could not be contacted, что делать?

Средний 1 комментарий

ShadowRial, при чём тут имя пользователя? Команда hostname возвращает имя компьютера, которое в соответствии со стандартом не может содержать кириллических символов

Hostnames are composed of series of labels concatenated with dots, as are all domain names. For example, «en.wikipedia.org» is a hostname. Each label must be between 1 and 63 characters long, and the entire hostname (including the delimiting dots but not a trailing dot) has a maximum of 253 ASCII characters.

The Internet standards for protocols mandate that component hostname labels may contain only the ASCII letters ‘a’ through ‘z’ (in a case-insensitive manner), the digits ‘0’ through ‘9’, and the hyphen (‘-‘). The original specification of hostnames in RFC 952, mandated that labels could not start with a digit or with a hyphen, and must not end with a hyphen. However, a subsequent specification (RFC 1123) permitted hostname labels to start with digits. No other symbols, punctuation characters, or white space are permitted.

Источник

I upgrade PostgreSQL from 13.3 to 13.4 and got a fatal error by pgAdmin 4. I found other similar question that try to fix the problem deleting the folder: «C:UsersmyusernameAppDataRoamingpgadminsessions» and running pgAdmin as admin but nothing happen. Also i completely remove postgres and reinstall it, and i installed pgAdmin with his separate installation, but nothing happen again. This is the error:

I don’t understand why a DNS Problem is raised, anyone has suggestion or fix? Thanks.

1 Answer 1

This is something that seem to have changed between pgAdmin4 5.1 and 5.7. I’ve seen this on a machine that had been connected to a WiFi mobile hotspot (but it could happen in other circumstances).

It has something to do with the way the dns library is used on Windows, so this could happen to other applications that use it in the same way.

Essentially, dns.Resolver scans the Windows registry for all network interfaces found under HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersInterfaces

This occurred even when the WiFi network was turned off: those were the last settings that had been in use and dns.Resolver didn’t check whether the interface was enabled.

The latest version of pgAdmin seems to be an older version of dnspython (1.16.0), so I’m not sure whether this has been fixed in more recent versions. For now, there seems to be two options:

Delete or change the DhcpDomain subkey if you find it in on of the subkeys of HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParametersInterfaces (there might even be a way to force that value through the Control Panel).

Connect to a different network that doesn’t set this value.

Источник

pgadmin4: не удалось связаться с сервером приложений postgresql.

Я установил PostgreSQL 9.6.2 на свою Windows 8.1. Но pgadmin4 не может связаться с локальным сервером. Я попробовал несколько решений, предложенных здесь в stackoverflow, попытался удалить и переустановить PostgreSQL 9.6.2, попытался изменить config.py, config_distro.py и удалить файлы в папке Roaming, я попробовал автономную установку pgadmin4, но безуспешно. Однако на моем локальном компьютере я могу получить доступ к серверу с помощью psql.exe и войти в систему как суперпользователь (пользователь postgres). Не могли бы вы предложить какие-либо возможные решения для запуска / запуска pgadmin4? Спасибо.

Я обнаружил ту же проблему при обновлении до pgAdmin 4 (v1.6). В Windows я обнаружил, что очистка C:Users%USERNAME%AppDataRoamingpgAdmin папки устранила проблему для меня. Я считаю, что он пытался использовать сеансы из предыдущей версии и терпел неудачу. Я знаю, что вопрос был отмечен как отвеченный, но переход на более раннюю версию не всегда возможен.

У нас такая же проблема. так что никаких изменений в файле. но запустите pgAdmin 4 с правами администратора.

Следующий шаг. 1. щелкните правой кнопкой мыши значок pgAdmin 4 2. выберите «Запуск от имени администратора»

У меня была такая же проблема в Windows 10 с новой установкой PostgreSQL 10.

Я решил это, включив путь C: PostgreSQL 10 bin ( <ваш путь к postgresql> bin) в системные переменные среды.

Чтобы получить доступ к переменным среды: Панель управления> Система и безопасность> Система или щелкните правой кнопкой мыши ПК, затем> Дополнительные системные настройки> Переменные среды> Системные переменные> Путь> Изменить.

Что наконец сработало, так это понижение до pgadminIII-v.1.22 :

если вы используете Mac OS X, вот исправление: откройте терминал и запустите эту команду

а для других ОС просто перезапустите сервер Postgresql, он решит

Затем запустите pgAdmin4, он запустится как обычно

Поделитесь или прокомментируйте, если кого-то спасли

Я занимаюсь этим некоторое время (разочарование). Настолько много, что на моем рабочем столе есть инструкции, объединяющие все эти идеи. Вот моя волшебная комбинация решения:

Вам не нужно делать это каждый раз, но когда он выходит из строя, попробуйте эти шаги.

У меня была такая же проблема с окнами. У меня была установлена ​​v1.6, а также v2.0. Удаление v1.6 позволило мне войти в систему.

У меня была та же проблема, но запуск от имени администратора работал.

У C:Users%USERNAME%AppDataRoamingpgAdmin меня сработало удаление содержимого каталога!

Вы недавно установили новую версию pgAdmin?

Эта проблема (и вводящее в заблуждение сообщение) просто связана с тем, что старые версии pgAdmin не могут прочитать настройки, сохраненные более новой версией pgAdmin!

Убедитесь, что вы запускаете правильную версию pgAdmin (скорее всего, ваши ярлыки указывают на старую версию!) И / или удалите старую версию: мастер обновления не сделает этого за вас!

Я считаю, что эта проблема возникла на моем компьютере, потому что у меня есть несколько других служб, использующих веб-порты, такие как qBittorrent, IDEJetbrains и т. Д.

Чтобы настроить его, щелкните правой кнопкой мыши логотип pgAdmin рядом с часами.

Если вы используете более старую версию postgresql, например 9.x, и ее службы работают, PgAdmin 4 запутает, какой сервер является базовой базой данных.

Поэтому остановите старую версию сервиса или новую. Запустите PgAdmin 4 от имени администратора.

Это сработало для меня

Затем я запускаю pgAdmin4, и он работает.

У меня была эта проблема с pgadmin4 v2.1 на linux fedora 27

Решено установкой отсутствующей зависимости: python3-flask-babelex

C: Users % USERNAME% AppData Roaming pgAdmin

Если ни один из методов не помогает, попробуйте проверить переменные PATH и PYTHONPATH вашей системы и пользовательской среды.

Я получал эту ошибку из-за того, что моя переменная PATH указывала на другую установку Python (которая поступает из ArcGIS Desktop).

После удаления пути к моей установке Python из переменной PATH и полного удаления переменной PYTHONPATH у меня все заработало!

Имейте в виду, что команда python не будет доступна из командной строки, если вы удалите ее из PATH.

Просто щелкните значок pgadmin 4 и запустите его от имени администратора. Разрешите права доступа. Это начнется локально.

Однако при других обстоятельствах вы можете попробовать запустить приложение pgAdmin 4 от имени администратора. Это должно исправить ошибку.

скачал pgadmin 4 v2.0 и без проблем установил атм при принудительной установке. попытайся. это было решением для меня.

Мне нужно добавить это сюда, потому что у меня было несколько проблем с этим сообщением. Если вы недавно обновились до High Sierra, вы обнаружите, что последняя версия (pgadmin 4.20) будет продолжать появляться с сообщением «Не удалось связаться с сервером приложений». На самом деле на Mac это означает, что python не смог настроить вашу среду в

В этом каталоге хранятся все, что вы устанавливаете и настраиваете, и даже журналы того, что было запущено при использовании вашей пользовательской копии pgadmin.

Когда была выпущена версия 4.20 pgadmin, она поставлялась с версией более поздней, чем sqlite3.19, и проблема возникает из-за того, что High Sierra поставляется с sqlite3.19, поэтому для устранения этой проблемы вам необходимо заменить старую версию sqlite3 последней. на вашем упаковщике.

Теперь имейте в виду, что все MacosX + используют sqlite для хранения сведений о большинстве приложений на вашем Mac, поэтому вам нужно убедиться, что вы не просто стираете старую версию, но и обе версии должны сосуществовать вместе в гармония, чтобы избежать чего-либо серьезного на вашем Mac.

2) обновите варево и обновите варево, чтобы убедиться, что оно актуально

3) brew install sqlite3

4) мв / usr / bin / sqlite3 /usr/bin/sqlite3.os

Теперь вы можете перейти к открытию pgadmin как обычно

Источник

Whenever I install PostgreSQL, it stops working after about 6 months. This is the second time this happened! Last time this happened, I uninstalled and then installed version 4.29. How can I debug the PostgreSQL client or server and get a stack trace?

Splash screen opens and never closes unless I click on it.

I can’t show more of the top section of the log because the error dialog pops up. When closing the error, the system tray icon for PostgreSQL crashes and closes everything.

After further troubleshooting, I found 8 «PostgreSQL Server» tasks, 1 pg_ctl task, 1 pgAdmin 4 Desktop Runtime in the Task Manager. Killed them all and restarted this and restarted the service in Admin Tools > Services. Same behavior.

1 Answer 1

Found these. We’ll give it a shot.

Open Environment Variables (WINDOWS key + BREAK) Set environment variable «_NT_SYMBOL_PATH» for 4.2.

Got a new popup I’ve never seen before from Visual Studio!

Created new virtual environment based on Python 3.8.

Created a new Visual Studio Project using Python, not C++. I might need a newer version of Python based on this fix.

Since this new version does not show in the Base Interpreter, I created a new environment based on the zip file.

None of that worked. Then I stumbled upon the registry configuration for pgAdmin. I read that pgAdmin uses Python version 2.7. And the PythonPath variable was blank, so I set it to C:PythonPython27. So it must be using a value from somewhere else to get the path. It’s looking in sys.path in Python whatever that is.

Then I set ApplicationPath to C:Program FilespgAdmin 4v4web, to the folder where pgadmin4.py is located.

Here is the icon I’m clicking on each time. «C:Program FilespgAdmin 4v4runtimepgAdmin4.exe» «C:Program FilesPostgreSQL12pgAdmin 4binpgAdmin4.exe»

There are two pgAdmin folders. There are traces left over from the other pgAdmin uninstall.

FINALLY SOLVED IT! Flask within the Qt framework is NOT getting the port! I put some troubleshooting code into the source code.

C:Program FilespgAdmin 4v4webpgAdmin4.py

Источник