pgadmin4：postgresqlアプリケーションサーバーに接続できませんでした。

Windows 8.1にPostgreSQL 9.6.2をインストールしました。しかし、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）を含めることで解決しました。

環境変数にアクセスするには、[コントロールパネル]> [システムとセキュリティ]> [システム]またはPCを右クリックし、[システムの詳細設定]> [環境変数]> [システム変数]> [パス]> [編集]をクリックします。

Mac OS Xを使用している場合、ここに修正があります：ターミナルを開いてこのコマンドを実行します

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

他のOSの場合、Postgresqlサーバーを再起動するだけで解決します

次にpgAdmin4を起動します。通常どおり起動します

誰かを保存したら共有またはコメントする

最終的に機能したのは、pgadminIII-v.1.22にダウングレードすることでした。

Windowsでも同じ問題が発生しました。v2.0だけでなくv1.6もインストールしました。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 \ sessions」に移動します
2. このフォルダからすべてのデータを削除します。
3. 管理者モードでPgAdminを起動します。

乾杯！

pgAdmin 4として実行しているWindows 10でそれを修正しましたRun as Administrator。

9.xのような古いバージョンのpostgresqlを使用し、そのサービスが実行されている場合、PgAdmin 4はどのサーバーがベースデータベースであるかを混乱させました。

そのため、サービスの古いバージョンまたは新しいバージョンを停止します。PgAdmin4を管理者

それは私のために働いた

私はWindows 10でcmdプロンプトを使用しています psql postgres postgres。

次に、pgAdmin4を起動します。

Linux fedora 27のpgadmin4 v2.1でこの問題がありました

不足している依存関係をインストールすることで解決：python3-flask-babelex

で同じ問題が発生し、macosx名前を変更.pgadmin (in /users/costa) to .pgadminxして起動することができましたpgAdmin4。

Windowsでは、このパスに移動してクリアするだけで機能します。

C：\ Users \％USERNAME％\ AppData \ Roaming \ pgAdmin

pgAdmin Webインターフェースポートを変更することで問題を解決できました。

qBittorrent、IDEJetbrainsなどのWebポートを消費する他のいくつかのサービスがあるため、この問題は自分のコンピューターで発生したと思います。

時計の近くにあるpgAdminロゴを右クリックすると、設定できます。

どの方法でもシステムおよびユーザー環境のPATH変数とPYTHONPATH変数を確認できない場合。

PATH変数が別のPythonインストール（ArcGIS Desktopから取得）を指しているため、このエラーが発生しました。

PATH変数からPythonインストールへのパスを削除し、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が付属していました。

ただし、異なる状況下では、pgAdmin 4アプリケーションを管理者として実行してみることができます。これでエラーが修正されます。

pgadmin 4 v2.0をダウンロードして、強制インストールで問題のないATMをインストールしました。それを試してみてください。それが私の解決策でした。

このメッセージにはいくつかの問題があったため、ここに追加する必要があります。最近High Sierraにアップグレードした場合、最新の（pgadmin 4.20）が表示され続け、「アプリケーションサーバーに接続できませんでした」というメッセージが表示されます。これがMacで実際に意味することは、Pythonが〜/ .pgadminで環境を構成できなかったことです。

このディレクトリには、設定および構成したすべてのものが保存され、pgadminのユーザーコピーの使用で実行されたログも保存されます。

High Sierraでこの問題を修正する方法は、sqlite3にあります。そのディレクトリを見ると、すべてがsqlite3ファイルに格納されていることがわかります。

pgadminのバージョン4.20がリリースされたとき、それはsqlite3.19以降のバージョンで出荷され、High Sierraはsqlite3.19に同梱されているため問題が発生します。この問題を修正するには、古いバージョンのsqlite3を最新のものに置き換える必要があります。あなたのパッケージャーで。

MacosX +はすべてsqliteを使用してMac上のアプリの大部分の詳細を保存するため、古いバージョンをワイプするだけでなく、両方のバージョンを共存させる必要があることに注意してください。 Macで発生する大きな問題を回避するための調和。

1）brew https://brew.sh/をダウンロード

2）brewを更新し、brewをアップグレードして、最新であることを確認します

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（バージョンが3.19以降であることを確認してください）

これで、通常どおりpgadminを開くことができます。

postgresql 10バージョンのWindows 10での私の場合、これらの構成設定に従って、Webフォルダーに配置されたように変更する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のこのフォルダに完全なアクセス許可を与えます。

pgAdmin 4 v2用のpython2.7をインストールした後、私にとってはうまくいきました

pgadminの複数のバージョンがインストールされている場合、またはアップグレードしようとしているときに主に発生します。「ポート5432で実行中のPID」の強制終了から「サーバーモードの変更」まで、すべてを試しました。私の場合、postgresをアンインストールして、別のポート（5433）に再インストールします。後で、cmdからそれを開きました（cmdを右クリックして、「管理者としてcmdを実行」を選択します）。

私もこの問題に遭遇しました。Windows 10.古いバージョンのpgAdmin 4（1.6）と2.0がありました。今はどちらも古いと思います。

いずれの場合も、両方のバージョンの完全なアンインストールと2.0の再インストールが機能しました。