The pgadmin 4 server could not be contacted windows 10 ошибка

I need to add this here because I’ve had several issues with this message. If you have recently upgraded to High Sierra you will find the latest (pgadmin 4.20) will keep appearing with the message «Application Server Could Not be Contacted». What this actually means on Macs is that python was unable to configure your environment in ~/.pgadmin

This directory stores all the things you setup and configure and even logs of what was ran on your user copy usage of pgadmin.

The way to fix this issue on High Sierra is down to sqlite3. If you look in that directory you’ll see everything is stored in sqlite3 files.

When version 4.20 of pgadmin was released it was shipped with a version later than sqlite3.19 and the problem arises because High Sierra is shipped with sqlite3.19, so to fix this issue, you need to replace the old version of sqlite3 with the latest on your packager.

Now be aware, MacosX+ all use sqlite to store details for the majority of apps on your mac, so you’ll need to make sure you do not just wipe the old version but you’ll have to have both versions co-existing together in harmony to avoid anything major occurring on your mac.

1) download brew https://brew.sh/

2) update brew and upgrade brew to make sure it’s up-to-date

3) brew install 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 (check version is later than 3.19)

You can now proceed to open up pgadmin as normal

Found these. We’ll give it a shot.

https://wiki.postgresql.org/wiki/Getting_a_stack_trace_of_a_running_PostgreSQL_backend_on_Linux/BSD

https://wiki.postgresql.org/wiki/Getting_a_stack_trace_of_a_running_PostgreSQL_backend_on_Windows

Windows debugging.

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

C:Program FilesPostgreSQL12debug_symbols;SRV*c:localsymbols*http://msdl.microsoft.com/download/symbols

• open pgAdmin 4 > look for process in Task Manager and get process id
• open Microsoft Visual Studio (run as administrator) > Debug > Attach to Process > check «Show processes from all users» > sort by process id > Attach
• now go back in pgAdmin

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.

https://github.com/microsoft/ptvs/issues/5853

https://bugs.python.org/issue37633

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»

ERROR flask.app: Error starting the app server: (<class ‘OSError’>,
OSError(10013, ‘An attempt was made to access a socket in a way
forbidden by its access permissions’, None, 10013, None),

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

C:Program Files (x86)pgAdmin 4files.txt
C:Program Files (x86)pgAdmin 4v4
C:Program Files (x86)pgAdmin 4v4venv
C:Program Files (x86)pgAdmin 4v4venvLib
C:Program Files (x86)pgAdmin 4v4venvLibcollections
C:Program Files (x86)pgAdmin 4v4venvLibencodings
C:Program Files (x86)pgAdmin 4v4venvLibimportlib
C:Program Files (x86)pgAdmin 4v4venvLibjson
C:Program Files (x86)pgAdmin 4v4venvLibsite-packages
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__
C:Program Files (x86)pgAdmin 4v4venvLibcollections__pycache__
C:Program Files (x86)pgAdmin 4v4venvLibcollections__pycache____init__.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibencodings__pycache__
C:Program Files (x86)pgAdmin 4v4venvLibencodings__pycache__aliases.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibencodings__pycache__cp1252.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibencodings__pycache__latin_1.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibencodings__pycache__utf_8.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibencodings__pycache____init__.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibimportlib__pycache__
C:Program Files (x86)pgAdmin 4v4venvLibimportlib__pycache__abc.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibimportlib__pycache__machinery.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibimportlib__pycache__util.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibimportlib__pycache____init__.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibjson__pycache__
C:Program Files (x86)pgAdmin 4v4venvLibjson__pycache__decoder.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibjson__pycache__encoder.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibjson__pycache__scanner.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibjson__pycache____init__.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLibsite-packages__pycache__
C:Program Files (x86)pgAdmin 4v4venvLibsite-packages__pycache___virtualenv.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__abc.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__codecs.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__contextlib.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__copyreg.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__datetime.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__enum.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__functools.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__genericpath.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__heapq.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__io.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__keyword.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__ntpath.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__operator.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__os.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__re.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__reprlib.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__signal.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__site.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__sre_compile.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__sre_constants.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__sre_parse.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__stat.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__subprocess.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__threading.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__types.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache__warnings.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache___bootlocale.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache___collections_abc.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache___sitebuiltins.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache___weakrefset.cpython-38.pyc
C:Program Files (x86)pgAdmin 4v4venvLib__pycache____future__.cpython-38.pyc

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

# Initialize Flask service only once
# If `WERKZEUG_RUN_MAIN` is None, i.e: app is initializing for first time
# so set `use_reloader` = False, thus reload won't call.
# Reference:
# https://github.com/pallets/werkzeug/issues/220#issuecomment-11176538
with open("myfile.txt", "w") as file1:
    file1.write("Testing")
    file1.write(config.DEFAULT_SERVER)
    file1.write(config.EFFECTIVE_SERVER_PORT)
try:
    app.run(
        host=config.DEFAULT_SERVER,
        port=config.EFFECTIVE_SERVER_PORT,
        use_reloader=(
            (not app.PGADMIN_RUNTIME) and app.debug and
            os.environ.get("WERKZEUG_RUN_MAIN") is not None
        ),
        threaded=config.THREADED_MODE
    )

except IOError:
    app.logger.error("Error starting the app server: %s", sys.exc_info())

Многие пользователи, которые устанавливали сборку PostgreSQL для Windows от фирмы 1С сталкивались с проблемой запуска версии pgAdmin4, которая идет в комплекте с данной сборкой. А именно, запуск pgAdmin4 завершался ошибкой «the application server could not be contacted» Конечно можно установить свежую версию pgAdmin4 с официального сайта https://www.pgadmin.org/download/pgadmin-4-windows/ и она будет работать без проблем.
Тем не менее, версию из дистрибутива 1С также можно запустить. Проблема кроется в том, что специалисты из 1С осуществляющие сборку этого дистрибутива почему-то забыли включить в него пакет backports. Причем делают они это с завидной регулярностью, повторяя эту ошибку от релиза к релизу. Для решения проблемы достаточно скачать пакет backports.csv-1.0.7.tar.gz самостоятельно с официального сайта Python https://pypi.org/project/backports.csv/#files извлечь из архива папку backports(содержащую два файла) и поместить её в «Папка установки PostgreSQLpgAdmin 4venvLib»

Если публикация помогла Вам справится с проблемой, решить задачу или расширить свои знания — поддержите автора.

Категории: Администрирование 1C. Автор Администратор
Нет комментариев »

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

Источник