Ответ 1
Что, наконец, работало, было понижение до pgadminIII-v.1.22:
Я установил PostgreSQL 9.6.2 на моем Windows 8.1. Но pgadmin4 не может связаться с локальным сервером. Я попробовал несколько решений, предложенных здесь в stackoverflow, попытался удалить и переустановить PostgreSQL 9.6.2, попытался изменить config.py, config_distro.py и удалить файлы в папке Роуминг, я попробовал автономную установку pgadmin4, но не успел. Тем не менее, на моей локальной машине я могу получить доступ к серверу с помощью psql.exe и регистрироваться как суперпользователь (пользователь postgres). Можете ли вы предложить любые возможные варианты запуска/запуска pgadmin4? Спасибо.
Что, наконец, работало, было понижение до pgadminIII-v.1.22:
Я обнаружил ту же проблему при обновлении до 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).
Чтобы получить доступ к переменным среды: Панель управления> Система и безопасность> Система или щелкните правой кнопкой мыши на ПК, затем> Предварительные системные настройки> Переменные среды> Системные переменные> Путь> Изменить.
если вы используете Mac OS X, то это исправление: Откройте терминал и запустите эту команду
pg_ctl -D /usr/local/var/postgres -l /usr/local/var/postgres/server.log restart
а для других ОС просто перезапустите сервер Postgresql, он решит
Затем запустите pgAdmin4, он начнется как обычно
Разделять или комментировать, если кто-то
У меня была такая же проблема на окнах. У меня установлен v1.6, а также v2.0. Удаление v1.6 позволило мне войти в систему.
У меня была та же проблема, но я работал с ней как с админом.
Удаление содержимого каталога C:\Users\%USERNAME%\AppData\Roaming\pgAdmin
сработало для меня!
Вы недавно установили новую версию pgAdmin?
Эта проблема (и вводящее в заблуждение сообщение) объясняется только тем, что старые версии pgAdmin не могут прочитать настройки, сохраненные более новой версией pgAdmin!
Убедитесь, что вы запускаете правильную версию pgAdmin (ваши ярлыки, скорее всего, указывают на старую версию!) И/или удаляют старую версию: мастер обновления не делает этого для вас!
Я занимаюсь этим некоторое время (разочарование). Настолько, что у меня есть инструкции на моем рабочем столе, объединяющие все эти идеи. Вот моя волшебная комбинация с решением:
Вы не должны делать это каждый раз, но когда он выходит из wack, попробуйте эти шаги.
Похоже, что в большинстве случаев Postgres пытается использовать информацию из предыдущих сессий для поиска/подключения сервера и терпит неудачу. Очистка информации предыдущего сеанса мне помогла, это комбинация из двух уже упомянутых выше ответов:
Ура!
У меня была такая же проблема на macosx
и я переименовал .pgadmin(in/users/costa) to.pgadminx
и мне удалось запустить pgAdmin4
.
Я использую подсказку cmd в Windows 10 с psql postgres postgres
.
Затем я запускаю pgAdmin4, и он работает.
У меня была эта проблема с pgadmin4 v2.1 на linux fedora 27
Решено путем установки отсутствующей зависимости: python3-flask-babelex
В Windows Просто перейдите на этот путь и очистите его, что работает!
C:\Users\%USERNAME%\AppData\Roaming\pgAdmin
Если ни один из методов не поможет проверить ваши системные и пользовательские среды PATH и PYTHONPATH.
Я получал эту ошибку из-за того, что моя переменная PATH указывала на другую установку Python (которая поступает из ArcGIS Desktop).
После удаления пути к моей установке Python из переменной PATH и полного удаления переменной PYTHONPATH я исправил ее!
Имейте в виду, что команда python не будет доступна из командной строки, если вы удалите ее из PATH.
Я был в состоянии решить эту проблему путем изменения веб - интерфейс порта pgAdmin.
Я полагаю, что эта проблема возникла на моем компьютере, потому что у меня есть несколько других сервисов, использующих веб-порты, такие как qBittorrent, IDEJetbrains и т.д.
Правой кнопкой мыши на логотипе pgAdmin возле часов можно настроить его.
Я pgAdmin 4
это в windows 10, просто запустив pgAdmin 4
от имени Run as Administrator
.
Получил этот вопрос после обновления PostgreSQL с 9.4 до 9.6. В двоичном пакете 9.4 был PgAdmin 3, а 9.6 - с PgAdmin 4. Я разрешил его после чистой установки (я полностью удалил и переустановил) PostgreSQL.
Однако при различных обстоятельствах вы можете попробовать запустить приложение pgAdmin 4 в качестве администратора. Это должно исправить ошибку.
загрузить pgadmin 4 v2.0 и установить его без проблем atm при силовой установке. попробуй. это решение для меня.
Мне нужно добавить это здесь, потому что у меня было несколько проблем с этим сообщением. Если вы недавно обновили до 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) скачать brew https://brew.sh/
2) обновить пиво и обновить варево, чтобы убедиться, что оно актуально
3) заварить установить 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 (проверить версию позже 3.19)
Теперь вы можете открыть pgadmin как обычно
Для моего случая в 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
и он сработал.
Если вы используете более старую версию postgresql, например 9.x, и ее службы запущены, PgAdmin 4 путает, какой сервер является базовой базой данных.
Поэтому остановите службу более старой версии или новой. Запустите PgAdmin 4 в качестве администратора
Это сработало для меня
Убейте его в диспетчере задач 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.
Устранение неполадок совместимости помогло, что обеспечило настройками совместимости с Windows 8.
Если вы используете более старую версию postgresql, например 9.x, и ее службы запущены, PgAdmin 4 путает, какой сервер является базовой базой данных.
Поэтому остановите службу более старой версии или новой. Запустите PgAdmin 4 в качестве администратора