Re: ERROR: canceling query due to user request - Mailing list pgsql-admin

From Iain
Subject Re: ERROR: canceling query due to user request
Date
Msg-id 005201c3c9c3$1b5ecff0$7201a8c0@mst1x5r347kymb
Whole thread Raw
In response to ERROR: canceling query due to user request  ("Iain" <iain@mst.co.jp>)
List pgsql-admin
Hi Tom,

I agree with your assessment of this.

I'm no expert on Linux, and I'm new to Postgres but I'm learning. I hope to
have a chance to play with and test these kinds of configuration settings
before the system goes live. Unfortunately there is no plan for a test
environment that is comparable to the production environment.

By the way, I've been using 7.4 for a little while now (in development) and
my feeling is that the DB has matured considerably since the previous
version I used which was 7.1. It's looking good so far.

Regards
Iain

----- Original Message -----
From: "Tom Lane" <tgl@sss.pgh.pa.us>
To: "Iain" <iain@mst.co.jp>
Cc: <pgsql-admin@postgresql.org>
Sent: Saturday, December 20, 2003 3:11 AM
Subject: Re: [ADMIN] ERROR: canceling query due to user request


> "Iain" <iain@mst.co.jp> writes:
> > This is typical of the errors I got:
> > pg_dump: ERROR:  canceling query due to user request
>
> If you didn't actually do anything to cancel the query, then this
> indicates that something is sending SIGINT signals to the backend
> process.  I'd bet on a "ulimit" or equivalent resource-limit setting
> being tripped.  Check what conditions the postmaster is being started
> under --- generally, you do not want *any* active ulimit restrictions
> on the server processes.
>
> regards, tom lane


pgsql-admin by date:

Previous
From: Bruno Wolff III
Date:
Subject: Re: constaint addition to existing schema
Next
From: "Iain"
Date:
Subject: Re: FATAL: unrecognized configuration parameter "show_statement_stats"