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

This the error in my PGAdmin4.

I have deleted data from AppData (Roaming) and also tried to run it as Admisitaror. But no solutions for this problem has been found by me.

I am trying to solve this issue for 2 days but no matter which way I run it is not being solved by me.

I have also added the path to environment variables in Windows but still, it is giving me this error:

pgAdmin Runtime Environment
--------------------------------------------------------
Python Path: "C:Program FilesPostgreSQL13pgAdmin 4pythonpython.exe"
Runtime Config File: "C:UsersRAFIAppDataRoamingpgadminruntime_config.json"
pgAdmin Config File: "C:Program FilesPostgreSQL13pgAdmin 4webconfig.py"
Webapp Path: "C:Program FilesPostgreSQL13pgAdmin 4webpgAdmin4.py"
pgAdmin Command: "C:Program FilesPostgreSQL13pgAdmin 4pythonpython.exe -s C:Program FilesPostgreSQL13pgAdmin 4webpgAdmin4.py"
Environment: 
  - ALLUSERSPROFILE: C:ProgramData
  - APPDATA: C:UsersRAFIAppDataRoaming
  - ChocolateyInstall: C:ProgramDatachocolatey
  - ChocolateyLastPathUpdate: 132568889893646513
  - CHROME_CRASHPAD_PIPE_NAME: \.pipecrashpad_9944_NWJOXUOEYVOTZCKP
  - CHROME_RESTART: NW.js|Whoa! NW.js has crashed. Relaunch now?|LEFT_TO_RIGHT
  - CommonProgramFiles: C:Program FilesCommon Files
  - CommonProgramFiles(x86): C:Program Files (x86)Common Files
  - CommonProgramW6432: C:Program FilesCommon Files
  - COMPUTERNAME: NOBOROTNO-09-WP
  - ComSpec: C:WINDOWSsystem32cmd.exe
  - DriverData: C:WindowsSystem32DriversDriverData
  - HOMEDRIVE: C:
  - HOMEPATH: UsersRAFI
  - IntelliJ IDEA: C:Program FilesJetBrainsIntelliJ IDEA 2020.2.1bin;
  - INTEL_DEV_REDIST: C:Program Files (x86)Common FilesIntelShared Libraries
  - LOCALAPPDATA: C:UsersRAFIAppDataLocal
  - LOGONSERVER: \NOBOROTNO-09-WP
  - MIC_LD_LIBRARY_PATH: C:Program Files (x86)Common FilesIntelShared Librariescompilerlibmic
  - NUMBER_OF_PROCESSORS: 8
  - OneDrive: C:UsersRAFIOneDrive
  - OS: Windows_NT
  - Path: C:Program Files (x86)Common FilesIntelShared Librariesredistintel64compiler;C:Program Files (x86)InteliCLS Client;C:Program FilesInteliCLS Client;C:Windowssystem32;C:Windows;C:WindowsSystem32Wbem;C:WindowsSystem32WindowsPowerShellv1.0;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsDAL;C:Program FilesIntelIntel(R) Management Engine ComponentsDAL;C:Program Files (x86)IntelIntel(R) Management Engine ComponentsIPT;C:Program FilesIntelIntel(R) Management Engine ComponentsIPT;C:Program Files (x86)NVIDIA CorporationPhysXCommon;C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32WindowsPowerShellv1.0;C:WINDOWSSystem32OpenSSH;C:Program FilesIntelWiFibin;C:Program FilesCommon FilesIntelWirelessCommon;C:Android;%JAVA_HOME%bin;C:Program FilesMicrosoft SQL Server130ToolsBinn;C:Program FilesGitcmd;C:Program FilesNVIDIA CorporationNVIDIA NvDLISR;C:ProgramDatachocolateybin;C:Program Filesnodejs;C:UsersRAFIAppDataLocalProgramsPythonPython39Scripts;C:UsersRAFIAppDataLocalProgramsPythonPython39;C:UsersRAFIAppDataLocalMicrosoftWindowsApps;%IntelliJ IDEA Community Edition%;C:Program FilesJetBrainsIntelliJ IDEA 2019.3.3bin;C:Program FilesJetBrainsPyCharm 2019.3.3bin;C:Program FilesJetBrainsIntelliJ IDEA 2020.1.1bin;C:UsersRAFIAppDataLocalMicrosoftWindowsApps;C:UsersRAFIAppDataLocalProgramsMicrosoft VS Codebin;C:Program FilesJetBrainsIntelliJ IDEA 2020.2.1bin;C:Program FilesJetBrainsPyCharm 2021.1.1bin;C:UsersRAFIDocumentsflutter;C:srcflutterbin;C:UsersRAFIAppDataRoamingnpm
  - PATHEXT: .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
  - PGADMIN_INT_KEY: b4165b61-33d2-4880-91a7-36803ac38c2d
  - PGADMIN_INT_PORT: 59802
  - PGADMIN_SERVER_MODE: OFF
  - Postgresql: C:Program FilesPostgreSQL13bin
  - PROCESSOR_ARCHITECTURE: AMD64
  - PROCESSOR_IDENTIFIER: Intel64 Family 6 Model 142 Stepping 10, GenuineIntel
  - PROCESSOR_LEVEL: 6
  - PROCESSOR_REVISION: 8e0a
  - ProgramData: C:ProgramData
  - ProgramFiles: C:Program Files
  - ProgramFiles(x86): C:Program Files (x86)
  - ProgramW6432: C:Program Files
  - PSModulePath: C:UsersRAFIDocumentsWindowsPowerShellModules;
  - PT7HOME: C:Program FilesCisco Packet Tracer 7.3.1
  - PUBLIC: C:UsersPublic
  - PyCharm: C:Program FilesJetBrainsPyCharm 2021.1.1bin;
  - Python 3.9: C:Python39Scripts
  - QT_DEVICE_PIXEL_RATIO: auto
  - SystemDrive: C:
  - SystemRoot: C:WINDOWS
  - TEMP: C:UsersRAFIAppDataLocalTemp
  - TMP: C:UsersRAFIAppDataLocalTemp
  - USERDOMAIN: NOBOROTNO-09-WP
  - USERDOMAIN_ROAMINGPROFILE: NOBOROTNO-09-WP
  - USERNAME: RAFI
  - USERPROFILE: C:UsersRAFI
  - windir: C:WINDOWS
--------------------------------------------------------

NOTE: Configuring authentication for DESKTOP mode.

Traceback (most recent call last):
  File "C:Program FilesPostgreSQL13pgAdmin 4webpgAdmin4.py", line 91, in <module>
    exec(open(file_quote(setup_py), 'r').read())
  File "<string>", line 506, in <module>
  File "<string>", line 378, in setup_db
  File "C:Program FilesPostgreSQL13pgAdmin 4webpgadmin__init__.py", line 351, in create_app
    db_upgrade(app)
  File "C:Program FilesPostgreSQL13pgAdmin 4webpgadminsetupdb_upgrade.py", line 25, in db_upgrade
    flask_migrate.upgrade(migration_folder)
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesflask_migrate__init__.py", line 96, in wrapped
    f(*args, **kwargs)
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesflask_migrate__init__.py", line 271, in upgrade
    command.upgrade(config, revision, sql=sql, tag=tag)
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesalembiccommand.py", line 294, in upgrade
    script.run_env()
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesalembicscriptbase.py", line 490, in run_env
    util.load_python_file(self.dir, "env.py")
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesalembicutilpyfiles.py", line 97, in load_python_file
    module = load_module_py(module_id, path)
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesalembicutilcompat.py", line 182, in load_module_py
    spec.loader.exec_module(module)
  File "<frozen importlib._bootstrap_external>", line 783, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "C:Program FilesPostgreSQL13pgAdmin 4webpgadminsetup....migrationsenv.py", line 93, in <module>
    run_migrations_online()
  File "C:Program FilesPostgreSQL13pgAdmin 4webpgadminsetup....migrationsenv.py", line 86, in run_migrations_online
    context.run_migrations()
  File "<string>", line 8, in run_migrations
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesalembicruntimeenvironment.py", line 813, in run_migrations
    self.get_context().run_migrations(**kw)
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesalembicruntimemigration.py", line 561, in run_migrations
    step.migration_fn(**kw)
  File "C:Program FilesPostgreSQL13pgAdmin 4webmigrationsversionsfdc58d9bd449_.py", line 122, in upgrade
    Security(current_app, user_datastore, register_blueprint=False)
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesflask_securitycore.py", line 1062, in __init__
    self._state = self.init_app(
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesflask_securitycore.py", line 1102, in init_app
    self._state = state = _get_state(app, datastore, **kwargs)
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesflask_securitycore.py", line 608, in _get_state
    remember_token_serializer=_get_serializer(app, "remember"),
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesflask_securitycore.py", line 593, in _get_serializer
    return URLSafeTimedSerializer(secret_key=secret_key, salt=salt)
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesitsdangerousserializer.py", line 104, in __init__
    self.secret_keys: _t.List[bytes] = _make_keys_list(secret_key)
  File "C:Program FilesPostgreSQL13pgAdmin 4pythonlibsite-packagesitsdangeroussigner.py", line 64, in _make_keys_list
    return [want_bytes(s) for s in secret_key]
TypeError: 'NoneType' object is not iterable

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())

При запуске pgAdmin 4 13.0.1 и 12.4.1 ошибка the pgadmin 4 server could not be contacted, windows 7. Запускал от имени администратора, очищал папку pgAdmin, переустанавливал, поставил английский интерфейс, добавлял bin в конце, менял в свойствах режим совместимости, я уже не знаю, что можно сделать.

• 
  Вопрос задан

  более двух лет назад
  

• 8897 просмотров

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

Источник

Средний 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

Источник

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:

1. Click the configure button at the bottom right corner.
2. check the checkbox which reads, Fixed port number.
3. Change the port number to the one you entered during the installation
4. 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.