Re: log_timestamp and SIGHUP? - Mailing list pgsql-general

From Tom Lane
Subject Re: log_timestamp and SIGHUP?
Date
Msg-id 23462.1048174018@sss.pgh.pa.us
Whole thread Raw
In response to Re: log_timestamp and SIGHUP?  (Andrew Sullivan <andrew@libertyrms.info>)
Responses Re: log_timestamp and SIGHUP?  (Andrew Sullivan <andrew@libertyrms.info>)
List pgsql-general
Andrew Sullivan <andrew@libertyrms.info> writes:
> On Tue, Mar 18, 2003 at 11:47:23PM -0500, Tom Lane wrote:
>> It sure looks like it should, modulo the fact that backends won't
>> re-read postgresql.conf until they next reach the
>> wait-for-client-command outer loop.

> Hmm.  The outer loop should surely happen after a COMMIT/ROLLBACK,
> right?

Yeah.  [tries it]  It works for me ...


I have another theory: if you change
    #log_timestamp = false
to
    log_timestamp = true
you cannot reverse that by returning the line to its original state:
the original state is a comment and won't cause the postmaster to change
its variable.  You must say
    log_timestamp = false
if you want to get the value changed back via SIGHUP.

(Sorry if that seems insulting to your intelligence ... but I've been
bit by it at least once myself ...)

            regards, tom lane

pgsql-general by date:

Previous
From: Kurt Overberg
Date:
Subject: Re: Big insert/delete memory problems
Next
From: Tom Lane
Date:
Subject: Re: transaction problem (delete/select/insert sequence fails, a bug?)