I am running PostgreSQL 9.6 on windows 10

It seems it has an update monitor that does not use any information about the proxy agent from Windows (we have a corporate proxy). It also does not look at the environment variables HTTP_PROXY or HTTPS_PROXY (which I have set to add credentials via CNTLM for our corporate firewall). This is useful for programs such as NPM and GIT which need to get past our outgoing firewall.

So I am getting the following message every 10 or some minutes as a pop up from a program called:

"D:\Program Files (x86)\postgresql\updatemonitor\bin\UpdManager.exe" --execute  "D:\Program Files\PostgreSQL\9.6\bin\stackbuilder.exe"

The message is very deceiving, but I tracked down the program, and it is the one listed above.

enter image description here


2 Answers 2


Update Monitor is a little utility from EnterpriseDB that notifies of needed updates. It is not very much documented and doesn't have any obvious way to configure itself. It can be considered non essential, in the sense that the database will perfectly work without it, and you will most probably not miss its functionality.

It's function is explained in the EnterpriseDB website. EDB has also have a Support Page, with contact possibilities that might provide a solution to the malfunction of Update Monitor.

Being a non-essential utility (I've lived without it for very long), if it is giving some annoying popups, I'd consider that the cost versus profit ratio is not favourable, and I'd recommend to, simply, uninstall it. The usual unistall process of any Windows 10 program should be sufficient.

In order to be "up to date" with regard to everything related to PostgreSQL development, it's good to register to the "pgsql-announce@postgresql.org" mailing list from postgresql.org. They'll send one to three emails per week, neat and simple. Any critical update is always announced ASAP.


While this answer does not resolve the current question, I think it could be useful for someone searching about Postgres timeout issues on DBA.SE or across the Internet.

According to Postgres documentation, you can use:

statement_timeout (integer)

Abort any statement that takes more than the specified number of milliseconds, starting from the time the command arrives at the server from the client. If log_min_error_statement is set to ERROR or lower, the statement that timed out will also be logged. A value of zero (the default) turns this off.

Setting statement_timeout in postgresql.conf is not recommended because it would affect all sessions.

That means that you can set it in postgres.conf or you can use it in pgAdmin.

I've found an example in Postgres community.

set statement_timeout to 1000;
select pg_sleep(2);

ERROR: canceling statement due to statement timeout

You can also have different timeout settings per user:

ALTER USER postgres SET statement_timeout=0

And even using a client session via libpq:
From Postgres-XL

When starting a client session via libpq, parameter settings can be specified using the PGOPTIONS environment variable. Settings established in this way constitute defaults for the life of the session, but do not affect other sessions. For historical reasons, the format of PGOPTIONS is similar to that used when launching the postgres command; specifically, the -c flag must be specified. For example,

env PGOPTIONS="-c geqo=off -c statement_timeout=5min" psql

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.