Re: Avoiding shutdown checkpoint at failover - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: Avoiding shutdown checkpoint at failover
Date
Msg-id CA+U5nMKKG0tiqTzw0gmpF3SF53yXnaG71gyux9G_2jsCYsNrtA@mail.gmail.com
Whole thread Raw
In response to Re: Avoiding shutdown checkpoint at failover  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Tue, Nov 1, 2011 at 1:48 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Simon Riggs <simon@2ndQuadrant.com> writes:
>> The reason we run a shutdown checkpoint is to prevent needing to
>> re-enter recovery if we crash after promotion.
>
> That's *a* reason, it's not necessarily the only reason.  This proposal
> worries me, especially your blithe dismissal of the timeline issues;
> but in any case I would not trust it without a detailed review of all
> WAL replay activities, which you don't sound to have done.

What timeline issues are you thinking of? Timelines were invented to
avoid confusion with PITR. The reality is that they don't have much
reason to exist in the world of replication and could be dispensed
with in that context easily if there are issues associated with them.

I believe the solution to be simple and wish it had occurred to me earlier.

If you can think of a reason to not do this, let me know.

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


pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: unite recovery.conf and postgresql.conf
Next
From: Jeroen Vermeulen
Date:
Subject: Re: IDLE in transaction introspection