pgadmin4: з сервером додатків postgresql не вдалося зв’язатися.

Я встановив PostgreSQL 9.6.2 на мою Windows 8.1. Але pgadmin4 не може зв'язатися з локальним сервером. Я спробував кілька запропонованих тут рішень у stackoverflow, спробував видалити та перевстановити PostgreSQL 9.6.2, спробував змінити config.py, config_distro.py та видалити файли у папці Роумінг, я спробував самостійну установку 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) до змінних системного середовища.

Щоб отримати доступ до змінних середовища: Панель керування> Система та безпека> Система або клацніть правою кнопкою миші на ПК, а потім> Розширені налаштування системи> Змінні середовища> Системні змінні> Шлях> Редагувати.

якщо ви використовуєте Mac OS X, ось виправлення: відкрийте термінал і запустіть цю команду

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

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

Потім запустіть pgAdmin4, він почне працювати як зазвичай

Поділіться або прокоментуйте, якщо когось врятували

Нарешті вдалося знизити версію до pgadminIII-v.1.22 :

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

У мене була та ж проблема, але запуск її як адміністратора спрацював.

Я маю справу з цим деякий час (розчаровує). Настільки, що на моєму робочому столі є інструкції, що консолідують усі ці ідеї. Ось моє чарівне поєднання рішення:

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

Вам не потрібно робити це кожного разу, але коли це виходить з ладу, спробуйте виконати ці дії.

Видалення вмісту C:\Users\%USERNAME%\AppData\Roaming\pgAdminкаталогу вдалося мені!

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

Ця проблема (і оманливе повідомлення) пов’язана просто з тим, що старі версії pgAdmin не можуть читати налаштування, збережені в новішій версії pgAdmin!

Переконайтеся, що ви запускаєте правильну версію pgAdmin (ваші комбінації клавіш швидше за все вказують на стару версію!) Та / або видаляєте стару версію: майстер оновлення не робить це за вас!

Здається, що в більшості випадків Postgres намагається використовувати інформацію з попередніх сесій для пошуку / підключення сервера та збоїв . Очищення інформації про попередній сеанс мені допомогло, це комбінація 2 вже згаданих вище відповідей:

1. Перейдіть до папки сеансу Postgres "C: \ Users \ YourUsernameOrAdmin \ AppData \ Roaming \ pgAdmin \ session"
2. Видаліть усі дані з цієї папки.
3. Запустіть PgAdmin в режимі адміністратора.

Ура!

Я виправив це у Windows 10, просто працюючи pgAdmin 4як Run as Administrator.

Якщо ви використовуєте стару версію postgresql, таку як 9.x, і її служби запущені, PgAdmin 4 заплутав, який сервер є базовою базою даних.

Тож зупиніть службу старшої версії або нової. Запустіть PgAdmin 4 від імені адміністратора

Це спрацювало на мене

Я використовую підказку cmd у 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

Я зміг вирішити проблему, змінивши порт веб-інтерфейсу pgAdmin .

Я вважаю, що ця проблема виникла на моєму комп'ютері, оскільки у мене є кілька інших служб, що споживають веб-порти, такі як qBittorrent, IDEJetbrains тощо.

Клацніть правою кнопкою миші на логотип 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) заваріть установку 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і він спрацював.

Вбийте його в диспетчері завдань 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.