Re: Streaming replication status - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: Streaming replication status
Date
Msg-id 4B4C231E.90508@enterprisedb.com
Whole thread Raw
In response to Re: Streaming replication status  (Greg Smith <greg@2ndquadrant.com>)
Responses Re: Streaming replication status  (Greg Smith <greg@2ndquadrant.com>)
Re: Streaming replication status  (Fujii Masao <masao.fujii@gmail.com>)
Re: Streaming replication status  (Magnus Hagander <magnus@hagander.net>)
List pgsql-hackers
Greg Smith wrote:
> I don't think anybody can deploy this feature without at least some very
> basic monitoring here.  I like the basic proposal you made back in
> September for adding a pg_standbys_xlog_location to replace what you
> have to get from ps right now: 
> http://archives.postgresql.org/pgsql-hackers/2009-09/msg00889.php
> 
> That's basic, but enough that people could get by for a V1.

It would be more straightforward to have a function in the standby to
return the current replay location. It feels more logical to poll the
standby to get the status of the standby, instead of indirectly from the
master. Besides, the master won't know how far the standby is if the
connection to the standby is broken.

Maybe we should just change the existing pg_current_xlog_location()
function to return that when recovery is in progress. It currently
throws an error during hot standby.

--  Heikki Linnakangas EnterpriseDB   http://www.enterprisedb.com


pgsql-hackers by date:

Previous
From: Pavel Stehule
Date:
Subject: Re: damage control mode
Next
From: Stefan Kaltenbrunner
Date:
Subject: Re: Streaming replication status