Postgres Update Monitorからの接続タイムアウトエラー（postgres 9.6）
Windows 10でPostgreSQL 9.6を実行しています
Windowsのプロキシエージェントに関する情報を使用しないアップデートモニターがあるようです（企業プロキシがあります）。また、環境変数HTTP_PROXYまたはHTTPS_PROXY（企業ファイアウォールのCNTLMを介して資格情報を追加するように設定した）も調べません。これは、NPMやGITなど、送信ファイアウォールを通過する必要があるプログラムに役立ちます。
したがって、次のメッセージが10〜数分ごとに呼び出されるプログラムからのポップアップとして表示されます。
"D:\Program Files (x86)\postgresql\updatemonitor\bin\UpdManager.exe" --execute "D:\Program Files\PostgreSQL\9.6\bin\stackbuilder.exe"
メッセージは非常にだまされていますが、私はプログラムを追跡しました、そしてそれは上にリストされたものです。
Update Monitorは、必要な更新を通知するEnterpriseDBの小さなユーティリティです。あまり文書化されておらず、それ自体を構成する明白な方法はありません。これは非必須と見なすことができます。つまり、データベースがなくてもデータベースは完全に機能し、おそらくその機能を見逃すことはありません。
その機能は EnterpriseDB Webサイト で説明されています。 EDBには サポートページ もあり、mightが更新モニターの誤動作の解決策を提供する可能性があります。
重要ではないユーティリティであること（私は非常に長い間それなしで生活してきました）、それが迷惑なポップアップを与えている場合、コストと利益の比率はそうではないと考えます有利で、簡単に、アンインストールすることをお勧めします。 Windows 10プログラムの通常のunistallプロセスで十分です。
PostgreSQLの開発に関連するすべてに関して「最新」であるためには、 postgresql.orgから "[email protected]"メーリングリストに登録 するのがよいでしょう。彼らは週に1〜3通のメールをきちんと簡単に送信します。重要な更新は常にできるだけ早く発表されます。
この回答は現在の質問を解決するものではありませんが、DBA.SEまたはインターネット全体でPostgresのタイムアウトの問題について検索している人には役立つと思います。
Postgresのドキュメント によると、次のように使用できます。
statement_timeout (integer)コマンドがクライアントからサーバーに到着したときから、指定されたミリ秒を超えるステートメントをすべて中止します。
log_min_error_statementはERROR以下に設定され、タイムアウトしたステートメントもログに記録されます。値ゼロ（デフォルト）はこれをオフにします。設定
statement_timeoutpostgresql.confはすべてのセッションに影響するため、お勧めしません。
つまり、postgres.confまたはpgAdminで使用できます。
Postgresコミュニティ で例を見つけました。
set statement_timeout to 1000;
select pg_sleep(2);
エラー：ステートメントがタイムアウトしたため、ステートメントをキャンセルしています
ユーザーごとに異なるタイムアウト設定を持つこともできます。
ALTER USER postgres SET statement_timeout=0
そして、libpqを介してクライアントセッションを使用することもできます。
Postgres-XLから
Libpqを介してクライアントセッションを開始する場合、
PGOPTIONS環境変数を使用してパラメーター設定を指定できます。この方法で確立された設定は、セッションの存続期間のデフォルトになりますが、他のセッションには影響しません。歴史的な理由により、PGOPTIONSの形式はpostgresコマンドを起動するときに使用される形式と似ています。具体的には、-cフラグを指定する必要があります。例えば、env PGOPTIONS = "-c geqo = off -c statement_timeout = 5min" psql