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%\AppData\Roaming\pgAdminпапки устранила проблему для меня. Я считаю, что он пытался использовать сеансы из предыдущей версии и терпел неудачу. Я знаю, что вопрос был отмечен как отвеченный, но переход на более раннюю версию не всегда возможен.

Примечание. AppData \ Roaming \ pgAdmin - это скрытая папка.

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

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

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

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

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

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

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

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

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

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

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

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

1. Удалить из данных приложения C: \ Users \% USERNAME% \ AppData \ Roaming \ pgAdmin
2. Добавить в переменные пути C: \ Program Files \ PostgreSQL \ 9.6 \ bin (на самом деле я добавил его как пользователю, так и системе)
3. Щелкните правой кнопкой мыши и начните как администратор.

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

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

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

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

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

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

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

Кажется, что в большинстве случаев Postgres пытается использовать информацию из предыдущих сеансов для поиска / подключения к серверу и терпит неудачу . Мне помогла очистка информации о предыдущем сеансе, это комбинация двух уже упомянутых выше ответов:

1. Перейдите в папку сеанса Postgres "C: \ Users \ YourUsernameOrAdmin \ AppData \ Roaming \ pgAdmin \ sessions"
2. Удалите все данные из этой папки.
3. Запустите PgAdmin в режиме администратора.

Ура!

Я был в состоянии решить эту проблему путем изменения интерфейса веб - pgAdmin порт .

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

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

Я исправил это в Windows 10, просто работающей pgAdmin 4как Run as Administrator.

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

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

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

Я использую командную строку в Windows 10 с расширением psql postgres postgres.

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

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

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

У меня была такая же проблема, macosxя переименовал .pgadmin (in /users/costa) to .pgadminxи смог начать pgAdmin4.

В Windows просто перейдите по этому пути и очистите его, это работает !!

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

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

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

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

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

Часто это проблема брандмауэра. Затем в журнале межсетевого экрана отображаются отброшенные пакеты между 127.0.0.1: и 127.0.0.1 :, где последний - это порт, показанный в браузере, с которым не устанавливается соединение. Это означает, что соединение между клиентом pgAdmin (high_port_1) и сервером pgAdmin (high_port_2) заблокировано. Проверьте журнал брандмауэра и, если вы обнаружите отброшенные пакеты, как описано, измените настройки брандмауэра соответствующим образом.

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

Возникла эта проблема после того, как я обновил PostgreSQL 9.4 до 9.6. В бинарном пакете 9.4 был PgAdmin 3, а в 9.6 - PgAdmin 4. Я решил его после чистой установки (я полностью удалил и переустановил) PostgreSQL.

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

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

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

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

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

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

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

1) скачать пиво https://brew.sh/

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

3) brew install sqlite3

4) мв / 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 (проверьте версию более позднюю, чем 3.19)

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

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

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

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

Что касается меня, в Windows 2012r2 он начинает работать только после того, как я переустановил pgAdmin 4 в папку c: \ pgAdmin4. Без пробелов и специальных символов. И все так я даю полное разрешение на эту папку в NTFS.

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

Обычно это происходит, когда у вас установлено несколько версий pgadmin или при попытке обновления. Даже я перепробовал все, от отключения «запущенного PID на порту 5432» до «изменения режима сервера». В моем случае я удаляю postgres и снова устанавливаю его на другой порт (5433). Позже я открыл его через cmd (щелкните правой кнопкой мыши на cmd и выберите «запустить cmd от имени администратора»).

Я тоже столкнулся с этой проблемой. Windows 10. У меня была более старая версия pgAdmin 4 (1.6) и 2.0. Думаю, оба теперь старше.

В любом случае полное удаление обеих версий и переустановка 2.0 работали.