При запуске pgAdmin выдает ошибку
The application server could not be contacted
но если запустит pgAdmin 3 все загружается,
При повторном запуске pgAdmin 4 этой ошибки нет,все загружается.
Kosta B.
5,8113 золотых знака14 серебряных знаков24 бронзовых знака
задан 12 июн 2018 в 18:12
Антон ПрохоровАнтон Прохоров
3131 золотой знак2 серебряных знака11 бронзовых знаков
Перезапустите службу postgres.
ответ дан 27 июл 2018 в 6:37
1
Я не знаю поможет ли это кому-то, но всё же напишу тут, дорогой читатель. Если не помогли такие методы, как:
-попробуйте запустить PgAdmin отмени администратора.
-добавьте путь к bin-папке Postgresql в переменные окружения.
-очистите папку C:\Users\%USERNAME%\AppData\Roaming\pgAdmin
-перезапустите службу
То проверьте имя и описание своего компьютера, если заданы значения на русском, то измените их на латинские буквы, затем всё полностью удалите и переустановите, мне помогло.
ответ дан 19 июл 2019 в 17:19
Win7_x64 pgAdmin 4.21 — при такой ошибке помогло задать латинское имя компьютера, с перезагрузкой
ответ дан 31 мая 2020 в 10:15
Once upon a time I had a Postgres database that worked with pgAdmin. I have a webservice running on a WildFly server that made connections to the DB and everything worked fine.
After a while(a few months) I have tried to open pgAdmin again and it stuck on the loading…
I remove postgres and pgAdmin using Revo Uninstall, then installed postgres 9.6 and opened pgAdmin and it stays in the loading screen forever.
Can anyone help me ? [Using postgres 9.6 with pgAdmin v1.3],
On Event Viewer I saw the following error in pgAdmin :
Faulting application name: pgAdmin4.exe, version: 0.0.0.0, time stamp: 0x580f31f6
Faulting module name: MSVCP120.dll, version: 6.3.9600.18438, time stamp: 0x57ae642e
Exception code: 0xc0000135
Fault offset: 0x00000000000ecdd0
Faulting process id: 0x1de4
Faulting application start time: 0x01d2a7d1566324ba
Faulting application path: C:\Program Files\PostgreSQL\9.6\pgAdmin 4\bin\pgAdmin4.exe
Faulting module path: MSVCP120.dll
Report Id: 984dd9d8-13c4-11e7-832d-5ce0c535006f
Faulting package full name:
Faulting package-relative application ID:
asked Apr 3, 2017 at 12:11
pedrothpedroth
6031 gold badge7 silver badges16 bronze badges
10
I had the same problem and I resolved it following the steps on link
https://www.pgadmin.org/faq/#12
When I launch pgAdmin 4 v4.28 or later on Windows, the loading page
never closes. Why? pgAdmin 4 v4.28 includes additional security
features, one of which is intended to prevent security issues caused
by Content Sniffing.Unfortunately some Windows systems are mis-configured such that this
causes Javascripts used by pgAdmin to fail to load. Opening the
developer tools on your browser will show an error similar to this:Refused to execute script from
‘http://127.0.0.1:57313/static/vendor/require/require.min.js?ver=42800’
because its MIME type (‘text/plain’) is not executable, and strict
MIME type checking is enabled.(index):39 Uncaught ReferenceError: require is not defined at
(index):39 This will occur when the value of the registry key at
HKEY_CLASSES_ROOT.js\Content Type is set to text/plain. To resolve
the issue, use the Registry Editor and reset the value of
HKEY_CLASSES_ROOT\.js\Content Type to: text/javascriptFinally, restart the pgAdmin server.
wlf
3,1081 gold badge19 silver badges29 bronze badges
answered Nov 27, 2020 at 20:57
AbrahimAbrahim
7116 silver badges4 bronze badges
3
I just had this problem on macOS so I went to Terminal and typed ps aux | grep -i pgadmin and made a note of the process id (second column from the left). Then I killed that process with kill -s TERM <process id>. You can also use the simpler form with killall pgAdmin4. Then I was able to start «pgAdmin 4» from the Applications directory.
answered Jun 8, 2018 at 18:09
Darrell BrogdonDarrell Brogdon
6,8439 gold badges47 silver badges62 bronze badges
5
I just had the same issue on a Windows 7, 64bit machine, DBA told me to «upgrade» to pgAdmin 3 (latest build) and it works.
answered Jun 7, 2017 at 14:39
svarogsvarog
9,5174 gold badges61 silver badges77 bronze badges
4
as per Abrahim’s suggestion, it worked fine for me in the environment. Windows 10, pgAdmin 4.28
«value of the registry key at HKEY_CLASSES_ROOT.js\Content Type is set to text/plain. To resolve the issue, use the Registry Editor and reset the value of HKEY_CLASSES_ROOT.js\Content Type to: text/javascript «
answered Dec 6, 2020 at 20:20
FalinnFalinn
1511 silver badge6 bronze badges
I had this issue on Mac. I resolved it by:
- Closing the instance of PgAdmin 3 AND PgAdmin4 (I had both open)
- System Preferences -> Security & Privacy -> Allow apps downloaded from: Anywhere
- Reopen PgAdmin4
answered Aug 9, 2017 at 18:02
tytktytk
2,0923 gold badges27 silver badges40 bronze badges
I faced the same issue (on window server)
My solution is just open task manager and finds out pg_ctl then just end that task and reopen pgadmin again. It will work!in case it still doesn’t work just try to terminate mysql.exe too.
answered Jan 31, 2019 at 5:12
For me, the postgresql server was set to start manual and it was not running in services, i started the service and it worked
answered Jul 16, 2020 at 2:33
RRRRRR
5175 silver badges17 bronze badges
Download pgAdmin from its website and install it separately from postgres.(Its works for me on Windows 10 — 64 Bit)
answered Aug 9, 2020 at 7:26
ilhanilhan
1252 silver badges13 bronze badges
Response from pgadmin-support mail group:
Please try one of the Mac/Windows test builds at https://developer.pgadmin.org/~dpage/.
I would strongly advise doing a complete uninstall before installing, to ensure no old, unused files are left behind.
answered Apr 5, 2017 at 5:49
Murtuza ZMurtuza Z
5,6611 gold badge28 silver badges52 bronze badges
1
I found a solution here pgAdmin 4 v3.1 How can I use another browser? (Win 7)
My pgadmin4 stopped working in firefox but it works in chrome. Now i use this configuration to open pgadmin 4 using chrome. It is interesting that pgadmin4 now open in his own window.
I think this is the correct way to use pgadmin4.
answered Jan 31, 2020 at 23:11
Go to Services and restart PostgreSQL Server.
answered Dec 17, 2020 at 4:15
Abishek StephenAbishek Stephen
3841 gold badge3 silver badges15 bronze badges
PostgreSQL recently released version 15. Now the pgAdmin comes as a desktop application instead of being opened in a browser. But they have recently been an error that’s roaming around which reads ‘pgAdmin 4 the application server could not be contacted.’ I have to admit, I do not fully know what the causes of this error are (all I know is it has to do with servers) but I’ve also encountered this error myself, and luckily, I found a quick way to fix it, but it might not be the best. I’m going to share with you in this blog post how o did it. Feel free to let me know in the comments if there are any other better fixes.

Here are the steps to take in order to fix the fatal error:
- Click the configure button at the bottom right corner.
- check the checkbox which reads, Fixed port number.
- Change the port number to the one you entered during the installation
- click the save button at the bottom right corner of the window.
Now here are details steps:
1. Click the configure button at the bottom right corner.
On the error window, click the configure button at the bottom right corner of the error window.
2. check the checkbox which reads, Fixed port number.
After you click the Configure window, another window will pop up. On this window, check the checkbox which reads, Fixed port number.
3. Change the port number to the one you entered during installation
Clicking the checkbox will enable the port input on the right side. Change the port number to the one you entered during installation, if you used our guide on how to connect PostgreSQL with Django, it’s more likely you’ve used port 5432 because it is the default. If a message that says ‘the port is already in usage pops up’, keep on changing it till you find a port that is free.
4. Click the save button at the bottom right corner of the window.
After changing the port number, click the save button at the bottom right corner of the window.
A window will pop up telling you that pgAdmin has to be restarted in order to apply the changes. Go ahead and click the ‘okay’ button.
And wait for the app to start. Most of the time, it might not restart on its own, so if it takes a long time before it starts, better do that on your own.
Okay, above is what I did to fix the error. Please let me know in the comments section below if you have any other ways of fixing the error. Peace.
Содержание
- pgadmin4: не удалось связаться с сервером приложений postgresql.
- 26 ответов
- Ошибка при запуске pgadmin the pgadmin 4 server could not be contacted, что делать?
- The pgAdmin 4 server could not be contacted: Fatal error
- 1 Answer 1
- pgadmin4: не удалось связаться с сервером приложений postgresql.
- The pgAdmin 4 server could not be contacted
- 1 Answer 1
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
Источник
When connecting to a PostgreSQL server, you may get an error message. If you
encounter an error message, please review the message carefully; each error
message attempts to incorporate the information you’ll need to resolve the
problem. For more details about specific errors, please locate the error
message in the list below:
Connection to the server has been lost
This error message indicates that the connection attempt has taken longer than
the specified threshold; there may be a problem with the connection properties
provided on the Server dialog, network connectivity issues, or the server may
not be running.
could not connect to Server: Connection refused
- If pgAdmin displays this message, there are two possible reasons for this:
-
-
the database server isn’t running — simply start it.
-
the server isn’t configured to accept TCP/IP requests on the address shown.
-
For security reasons, a PostgreSQL server “out of the box” doesn’t listen on
TCP/IP ports. Instead, it must be enabled to listen for TCP/IP requests. This
can be done by adding listen_addresses=’*’; this will make the server accept
connections on any IP interface.
For further information, please refer to the PostgreSQL documentation about
runtime configuration.
FATAL: no pg_hba.conf entry
If pgAdmin displays this message when connecting, your server can be contacted
correctly over the network, but is not configured to accept your connection.
Your client has not been detected as a legal user for the database.
To connect to a server, the pg_hba.conf file on the database server must be
configured to accept connections from the host of the pgAdmin client. Modify
the pg_hba.conf file on the database server host, and add an entry in the form:
host template1 postgres 192.168.0.0/24 md5 for an IPV4 network
host template1 postgres ::ffff:192.168.0.0/120 md5 for an IPV6 network
For more information, please refer to the PostgreSQL documentation about
client authentication.
FATAL: password authentication failed
The password authentication failed for user error message indicates there
may be a problem with the password you entered. Retry the password to confirm
you entered it correctly. If the error message returns, make sure that you have
the correct password, that you are authorized to access the server, and that
the access has been correctly configured in the server’s postgresql.conf
configuration file.
Problem Description:
I’ve installed PostgreSQL 12, and pgAdmin 4. When I try to run pgAdmin 4 i get a fatal error «The pgAdmin 4 server could not be contacted». I’ve tried running it as administrator, deleting files at «C:UsersUserAppDataRoamingpgAdmin» and adding «C:Program FilesPostgreSQL12bin» to system environment variables. I don’t know what else can I do. I’m sure that the PostgreSQL server is working since it’s service at services.msc is running.
Here are logs from running pgAdmin4. I can see that something is wrong here, but I don’t know how to fix this:
Traceback (most recent call last):
File "C:/Program Files/pgAdmin 4/v4/web/pgAdmin4.py", line 217, in <module>
main()
File "C:/Program Files/pgAdmin 4/v4/web/pgAdmin4.py", line 199, in main
app.run(
File "C:/Program Files/pgAdmin 4/v4/venv/Lib/site-packagesflaskapp.py", line 943, in run
run_simple(host, port, self, **options)
File "C:/Program Files/pgAdmin 4/v4/venv/Lib/site-packageswerkzeugserving.py", line 1052, in run_simple
inner()
File "C:/Program Files/pgAdmin 4/v4/venv/Lib/site-packageswerkzeugserving.py", line 996, in inner
srv = make_server(
File "C:/Program Files/pgAdmin 4/v4/venv/Lib/site-packageswerkzeugserving.py", line 847, in make_server
return ThreadedWSGIServer(
File "C:/Program Files/pgAdmin 4/v4/venv/Lib/site-packageswerkzeugserving.py", line 740, in __init__
HTTPServer.__init__(self, server_address, handler)
File "C:/Program Files/pgAdmin 4/v4/venv/Libsocketserver.py", line 452, in __init__
self.server_bind()
File "C:/Program Files/pgAdmin 4/v4/venv/Libhttpserver.py", line 140, in server_bind
self.server_name = socket.getfqdn(host)
File "C:/Program Files/pgAdmin 4/v4/venv/Libsocket.py", line 756, in getfqdn
hostname, aliases, ipaddrs = gethostbyaddr(name)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb3 in position 5: invalid start byte
Here is another .log file:
2020-08-31 17:15:12: Checking for system tray...
2020-08-31 17:15:12: Starting pgAdmin4 server...
2020-08-31 17:15:12: Creating server object, port:52967, key:459b0c86-b99e-46f0-9070-55554b9621d3, logfile:C:/Users/user/AppData/Local/pgadmin4.d41d8cd98f00b204e9800998ecf8427e.log
2020-08-31 17:15:12: Python Path: C:/Program Files/pgAdmin 4/v4/venv/Lib/site-packages;C:/Program Files/pgAdmin 4/v4/venv/DLLs;C:/Program Files/pgAdmin 4/v4/venv/Lib
2020-08-31 17:15:12: Python Home: C:/Program Files/pgAdmin 4/v4/venv
2020-08-31 17:15:12: Initializing Python...
2020-08-31 17:15:12: Python initialized.
2020-08-31 17:15:12: Adding new additional path elements
2020-08-31 17:15:12: Redirecting stderr...
2020-08-31 17:15:12: stderr redirected successfully.
2020-08-31 17:15:12: Initializing server...
2020-08-31 17:15:12: Webapp Path: C:/Program Files/pgAdmin 4/v4/web/pgAdmin4.py
2020-08-31 17:15:12: Server initialized, starting server thread...
2020-08-31 17:15:12: Open the application code and run it.
2020-08-31 17:15:12: Set the port number, key and force SERVER_MODE off
2020-08-31 17:15:12: PyRun_SimpleFile launching application server...
2020-08-31 17:15:13: Application Server URL: http://127.0.0.1:52967/?key=459b0c86-b99e-46f0-9070-55554b9621d3
2020-08-31 17:15:13: The server should be up. Attempting to connect and get a response.
2020-08-31 17:15:21: Failed to launch the application server, server thread exiting.
If you know what could I do, please help me.
Solution – 1
After dealing with this issue myself, with the exact same error and stacktrace as given, I finally found a solution.
The host name of my pc is what was causing the issue, as it included an ‘æ’ in it which is a non-ASCII character. So the host name, if used for pgadmin, can apparently only include ASCII characters.
The solution was to just change the host name to something without the ‘æ’ (æ -> ae, in my case). The host name is the actual name of the pc, found and edited under system properties (This PC then Properties).
Solution – 2
Download pgAdmin4 at: https://www.postgresql.org/ftp/pgadmin/pgadmin4/v5.2/windows/ Download Sql server at: https://www.enterprisedb.com/downloads/postgres-postgresql-downloads When setting, uncheck install pgAdmin 4 and StackBuilder.
Solution – 3
What you can try is to open your task manager, look for PostgreSQL background processes and End task them.
Solution – 4
I took Takamura advice, End task the PostgreSQL in the task manager. It works, but I performed an additional step. That is to open pgAdmin 4 as administrator.



























