Re: Standbys, txid_current_snapshot, wraparound

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Marko Kreen <markokr(at)gmail(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 14:23:01
Message-ID: CA+U5nMKgLfrKeYtxQ2zQkOFLALEnwMGDn-2bypQCMYUz2r_7hg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Mar 29, 2012 at 3:04 PM, Marko Kreen <markokr(at)gmail(dot)com> wrote:
> On Thu, Mar 29, 2012 at 02:46:23PM +0100, Simon Riggs wrote:
>> On Thu, Mar 29, 2012 at 12:06 PM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
>> > Patch coming in a few hours.
>>
>> This is more straightforward than I was thinking. We just need to
>> initialise XLogCtl at the right place.
>
> Looks good to me.  That should fix the problem with standbys then.
>
>
> Next question: how can flipping archive_mode on and off,
> with restarts, near wraparound point, break epoch on master?
>
>  http://lists.pgfoundry.org/pipermail/skytools-users/2012-March/001609.html
>
> Any ideas?
>
> Could WAL playback from backend with different archive_mode setting
> cause it somehow?

The current code would allow it, if you managed to go for 4 billion
xids between checkpoints. If that happened, it would give an off by
one error each time it happened.

I don't believe that is possible.

--
 Simon Riggs                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Marko Kreen 2012-03-29 14:29:37 Re: Standbys, txid_current_snapshot, wraparound
Previous Message Marko Kreen 2012-03-29 14:04:33 Re: Standbys, txid_current_snapshot, wraparound