Windows 8.1にPostgreSQL 9.6.2をインストールしました。しかし、pgadmin4はローカルサーバーに接続できません。ここでstackoverflowで提案されているいくつかの解決策を試し、PostgreSQL 9.6.2をアンインストールして再インストールし、config.py、config_distro.pyを変更し、ローミングフォルダのファイルを削除しようとしました。しかし、私のローカルマシンでは、psql.exeを使ってサーバーにアクセスし、スーパーユーザー(postgresユーザー)としてログインすることができます。 pgadmin4を起動/実行するための解決策を教えてください。ありがとうございました。
やっとうまくいったのは pgadminIII-v.1.22 :へのダウングレードでした。
PgAdmin 4(v1.6)にアップグレードしたときに同じ問題が見つかりました。 Windowsでは、C:\Users\%USERNAME%\AppData\Roaming\pgAdmin
フォルダをクリアすることで問題が解決しました。以前のバージョンのセッションを使おうとしていて失敗したと思います。質問は回答済みとマークされていますが、ダウングレードは常に選択肢とは限りません。
注:AppData\Roaming\pgAdminは隠しフォルダです。
同じ問題がありました。ファイルに変更はありません。しかし管理者を使用してpgAdmin 4を起動してください。
次のステップ1. pgAdmin 4のアイコンを右クリックします2. [管理者として実行]を選択します
私は、PostgreSQL 10の新規インストールで、Windows 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を起動してください、それは普通に起動します
誰かを救った場合は共有またはコメントする
私は窓にも同じ問題がありました。 v1.6とv2.0をインストールしました。 v1.6をアンインストールするとログインできました。
私は同じ問題を抱えていたが、管理者としてそれを実行するとうまくいった。
あなたは最近pgAdminの新しいバージョンをインストールしましたか?
この問題(と誤解を招くメッセージ)は、古いバージョンのpgAdminが新しいバージョンのpgAdminによって保存された設定を読み取れないことが原因です。
正しいバージョンのpgAdminを起動していること(ショートカットは古いバージョンを指している可能性が高いです)および/または古いバージョンをアンインストールしていることを確認してください。アップグレードウィザードでは実行できません。
ほとんどの場合Postgresは以前のセッションからの情報を使用してサーバーを見つけて接続しようとして失敗します。以前のセッション情報を消去することは私を助けてくれました。それは上記の2つの答えの組み合わせです:
乾杯!
Windows 10ではcmdプロンプトをpsql postgres postgres
と使用します。
それから私はpgAdmin4を起動し、それは動作します。
私はLinux Fedora 27上のpgadmin4 v2.1でこの問題を抱えていました
不足している依存関係をインストールすることで解決しました:python3-flask-babelex
C:\Users\%USERNAME%\AppData\Roaming\pgAdmin
ディレクトリの内容を削除するとうまくいきました。
私はmacosx
についても同じ問題を抱えていたので、.pgadmin (in /users/costa) to .pgadminx
と名前を変更し、pgAdmin4
を起動することができました。
私はしばらくこれに対処してきました(イライラする)。私のデスクトップには、これらすべてのアイデアをまとめたものがたくさんあります。これが私の解決策への魔法の組み合わせです。
あなたは毎回これをする必要はありませんが、それが不運から抜け出すとき、これらのステップを試してください。
Windowsでは、このパスに移動してクリアするだけでうまくいきます。
C:\ Users \%USERNAME%\ AppData \ローミング\ pgAdmin
どの方法もあなたのシステムとユーザ環境のPATHとPYTHONPATH変数をチェックしようと試みるのを助けないなら。
PATH変数が別のPythonインストールを指していたため(ArcGIS Desktopから来たため)、このエラーが発生しました。
PATH変数から私のPythonインストールへのパスを削除し、そしてPYTHONPATH変数を完全に削除した後、私はそれを働かせました!
PATHから削除すると、 python commandはコマンドラインから使用できなくなります。
Windowsのタスクマネージャでそれを強制終了してから、もう一度やり直してください。異なるアプリケーションからサーバーにアクセスするときには、ある種の問題があるようです。
PostgreSQL 9.4を9.6にアップグレードした後にこの問題が発生しました。 9.4のバイナリパッケージにはPgAdmin 3が含まれていましたが、9.6にはPgAdmin 4が付属していました。PostgreSQLのクリーンインストール(完全にアンインストールおよび再インストール)を行った後で解決しました。
ただし、さまざまな状況下で、pgAdmin 4アプリケーションを管理者として実行してみることもできます。これでエラーが修正されるはずです。
このメッセージにはいくつか問題があるので、ここに追加する必要があります。最近High Sierraにアップグレードした場合は、最新のメッセージ(pgadmin 4.20)が「アプリケーションサーバーにアクセスできませんでした」というメッセージとともに表示され続けることがわかります。これがMac上で実際に意味するのは、pythonが〜/ .pgadminであなたの環境を設定することができなかったということです。
このディレクトリには、あなたが設定して設定したすべてのもの、さらにユーザーがpgadminを使用したときに実行されたことのログも保存されます。
High Sierraでこの問題を解決する方法はsqlite3です。そのディレクトリを見ると、すべてがsqlite3ファイルに格納されているのがわかります。
Pgadminのバージョン4.20がリリースされたとき、それはsqlite3.19より後のバージョンで出荷されていて、High Sierraがsqlite3.19で出荷されているので問題が起こります。あなたの包装業者に。
今、注意してください。MacosX+はすべてsqliteを使ってあなたのMac上のアプリの大部分の詳細を保存しているので、古いバージョンを単に拭くのではなく両方のバージョンを共存させる必要があります。あなたのMacで大きな問題が起こらないようにするための調和。
1)ダウンロードブリュー https://brew.sh/
2)Brewを更新しBrewをアップグレードして、最新のものであることを確認します。
3)インストールsqlite3を醸造
4)mv/usr/bin/sqlite3 /usr/bin/sqlite3.os
5)ln -s /usr/local/Cellar/sqlite/3.21.0/bin/sqlite3/usr/bin/sqlite3
6)/ usr/bin/sqlite3 -version(バージョンが3.19以降であることを確認してください)
通常どおりpgadminを起動することができます。
私もこの問題に遭遇しました。 Windows10。私はpgAdmin 4(1.6)と2.0の古いバージョンを持っていました。私は両方が今より古いと思います。
いずれにせよ、両方のバージョンの完全なアンインストールと2.0の再インストールはうまくいきました。
私はちょうどpgAdmin 4
をRun as Administrator
として実行しているWindows 10でそれを修正しました。
私の場合はpostgresql 10バージョンのWindows 10で、それはこれらの設定に従って、Webフォルダに置かれたSERVER_MODE
のconfig_distro.py
をFalse
に変更することによって働きました: https://www.pgadmin.org/docs/pgadmin4/dev/desktop_deployment .html 。
この回答( https://superuser.com/a/1131964 )にはpythonに関するその他の設定が記載されていますが、SERVER_MODE
を変更しただけでうまくいきました。
9.xのような古いバージョンのpostgresqlを使用していて、そのサービスが実行されている場合、PgAdmin 4はどのサーバが基本データベースであるかを混同しました。
だから サービスを停止する 古いバージョンか新しいもの。 管理者としてPgAdmin 4を実行する
それは私のために働いた
PgAdmin 4 v2用にpython2.7をインストールした後、私にとってうまくいきました
私はWindows 2012r2で私はpgAdmin 4をフォルダc:\ pgAdmin4に再インストールした後にのみ機能し始めました。スペースや特別な文字はありません。そしてすべてそう私はNTFSのこのホールダーに完全な許可を与える。
pgadmin 4 v2.0をダウンロードしてインストールしても問題ありません。それを試してみてください。それは私にとって解決策でした。
pgadmin3 にダウングレードする必要があります。それは私にとってはPostgreSQL 9.6を使ったWindows 10.1でうまくいきました。