Re: Change pg_last_xlog_receive_location not to move backwards

From: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Stephen Frost <sfrost(at)snowman(dot)net>, Jeff Janes <jeff(dot)janes(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Change pg_last_xlog_receive_location not to move backwards
Date: 2011-03-01 18:58:18
Message-ID: 4D6D41CA.8090905@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 26.02.2011 16:58, Robert Haas wrote:
> It sounds like the only thing we have definite agreement about from
> all this is that apply_location should be renamed to replay_location
> in pg_stat_replication, a point fairly incidental to the what this
> patch is about. It seems fairly unsatisfying to just change that and
> punt the rest of this, but I'm not sure what the alternative is.

After reading the discussions, I don't see any actual opposition to
Fujii-san's patch. And I think it makes sense, the new definition makes
sense for the purpose Fujii mentioned in the mail that started this
thread: determining which standby is most up-to-date.

There has been a lot of good suggestions, like verifying the received
WAL before overwriting existing WAL. But we're not going to start doing
bigger code changes this late in the release cycle. And even if we did,
this patch would still make sense - we still wouldn't want
pg_last_xlog_receive_location() to move backwards.

So, committed.

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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2011-03-01 19:12:49 Re: wrapping up this CommitFest (was Re: knngist - 0.8)
Previous Message Robert Haas 2011-03-01 18:42:59 wrapping up this CommitFest (was Re: knngist - 0.8)