pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Michael Fuhr <mike@fuhr.org>
To: Craig A. James <cjames@modgraph-usa.com>
Cc: pgsql-performance@postgresql.org
Subject: Re: Perl DBD and an alarming problem
Date: Thu, 17 Nov 2005 20:46:31 -0700
Message-ID: <20051118034631.GA70159@winnie.fuhr.org> (raw)
In-Reply-To: <437D3085.9040207@modgraph-usa.com>
References: <BF9F6C0E.13B4A%llonergan@greenplum.com>
	<1132136225.5711.4.camel@Panoramix>
	<437B9DA9.2030806@modgraph-usa.com>
	<20051117002344.GA55377@winnie.fuhr.org>
	<437CF055.6020602@modgraph-usa.com>
	<20051117232857.GA49910@winnie.fuhr.org>
	<437D3085.9040207@modgraph-usa.com>

[Please copy the mailing list on replies.]

On Thu, Nov 17, 2005 at 05:38:13PM -0800, Craig A. James wrote:
> >You probably shouldn't set statement_timeout on a global basis
> >anyway
> 
> The server is a "one trick pony" so setting a global timeout value is 
> actually appropriate.

Beware that statement_timeout also applies to maintenance commands
like VACUUM; it might be more appropriate to set per-user timeouts
with ALTER USER.  If you do set a global timeout then you might
want to set a per-user timeout of 0 for database superusers so
maintenance activities don't get timed out.

> >... but did you reload the server after you made the change?
> >Setting statement_timeout in postgresql.conf and then reloading the
> >server works here in 8.0.4.
> 
> Yes.  By "reload" I assume you mean restarting it from scratch.

Either a restart or a "pg_ctl reload", which sends a SIGHUP to the
server.  You can effect some changes by sending a signal to a running
server without having to restart it entirely.

> In this case, I use
> 
>    /etc/init.d/postgresql restart
> 
> It definitely had no effect at all.  I tried values clear down to 1 
> millisecond, but the server never timed out for any query.

Did you use "SHOW statement_timeout" to see if the value was set
to what you wanted?  Are you sure you edited the right file?  As a
database superuser execute "SHOW config_file" to see what file the
server is using.  What exactly did the line look like after you
changed it?

-- 
Michael Fuhr



view thread (7+ messages)  latest in thread

Message-ID: <20051118034631.GA70159@winnie.fuhr.org>
Permalink:  ../20051118034631.GA70159@winnie.fuhr.org/
Also on:    postgresql.org/message-id/20051118034631.GA70159@winnie.fuhr.org

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: mike@fuhr.org, cjames@modgraph-usa.com
  Subject: Re: Perl DBD and an alarming problem
  In-Reply-To: <20051118034631.GA70159@winnie.fuhr.org>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox