From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
Cc: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Replication logging |
Date: | 2011-01-18 08:17:52 |
Message-ID: | AANLkTi=9xTOmqfoN2anwUnp51qG9Nu69GVSBgLKFpvGX@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Jan 18, 2011 at 08:21, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
> On Tue, Jan 18, 2011 at 4:15 PM, Heikki Linnakangas
> <heikki(dot)linnakangas(at)enterprisedb(dot)com> wrote:
>> I also find it weird that incoming replication connections are logged by
>> default. In the standby, we also log "streaming replication successfully
>> connected to primary", which serves much of the same debugging purpose. That
>> standby-side message is ok, we have a tradition of being more verbose during
>> recovery, we also emit the "restored log file \"%s\" from archive" message
>> for every WAL segment restored from archive for example.
>>
>> We could turn log_connections into an enum, like log_statement:
>>
>> log_connections = 'none' # none, replication, regular, all
It almost seems overkill, but probably less so than a completely new guc :)
> We should treat log_disconnections the same?
We could keep it a boolean, but then only log disconnections for the
cases that are mentioned in log_connections?
It doesn't make sense to log disconnection for a connection we didn't
log the connection for...
--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Anssi Kääriäinen | 2011-01-18 08:37:51 | Re: REVIEW: Extensions support for pg_dump |
Previous Message | Mark Kirkwood | 2011-01-18 08:14:41 | Re: pg_filedump moved to pgfoundry |