Re: Standbys, txid_current_snapshot, wraparound

From: Marko Kreen <markokr(at)gmail(dot)com>
To: Simon Riggs <simon(at)2ndQuadrant(dot)com>
Cc: Daniel Farina <daniel(at)heroku(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Andrey Velikoredchanin <uncleandyv(at)gmail(dot)com>
Subject: Re: Standbys, txid_current_snapshot, wraparound
Date: 2012-03-29 08:28:19
Message-ID: 20120329082819.GA22822@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Mar 28, 2012 at 10:54:58PM +0100, Simon Riggs wrote:
> On Wed, Mar 28, 2012 at 10:24 PM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
> > On Wed, Mar 28, 2012 at 9:48 PM, Marko Kreen <markokr(at)gmail(dot)com> wrote:
> >> On Fri, Mar 23, 2012 at 08:52:40AM +0000, Simon Riggs wrote:
> >>> Master pg_controldata - OK txid_current_snapshot() - OK
> >>> Standby pg_controldata - OK txid_current_snapshot() - lower value
> >>
> >> On Skytools list is report about master with slaves, but the
> >> lower value appears on master too:
> >>
> >>  http://lists.pgfoundry.org/pipermail/skytools-users/2012-March/001601.html
> >>
> >> Cc'd original reporter too.
> >
> > Thanks. Am looking.
>
> I can't see how this could happen on the master at all.
>
> On the standby, it can happen if we skip restartpoints for about a
> couple of billion xids. Which would be a problem.
>
> More on this tomorrow.

I can't find a place where WAL replay updates values under XLogCtl.
If that really does not happen, that would explain why standbys can
see wrong epoch.

No clue yet how master can get broken.

--
marko

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dimitri Fontaine 2012-03-29 08:37:29 Re: Finer Extension dependencies
Previous Message Hitoshi Harada 2012-03-29 08:17:02 Re: Finer Extension dependencies