Re: log_timestamp and SIGHUP?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: log_timestamp and SIGHUP?
Дата
Msg-id 23462.1048174018@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: log_timestamp and SIGHUP?  (Andrew Sullivan <andrew@libertyrms.info>)
Ответы Re: log_timestamp and SIGHUP?
Список 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 по дате отправления:

Предыдущее
От: Kurt Overberg
Дата:
Сообщение: Re: Big insert/delete memory problems
Следующее
От: Tom Lane
Дата:
Сообщение: Re: transaction problem (delete/select/insert sequence fails, a bug?)