Re: BUG #5011: Standby recovery unable to follow timeline change - Mailing list pgsql-bugs

From james bardin
Subject Re: BUG #5011: Standby recovery unable to follow timeline change
Date
Msg-id a3b675320908260716kff5de74p7b998830ba416a65@mail.gmail.com
Whole thread Raw
In response to Re: BUG #5011: Standby recovery unable to follow timeline change  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: BUG #5011: Standby recovery unable to follow timeline change  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-bugs
On Wed, Aug 26, 2009 at 4:40 AM, Heikki
Linnakangas<heikki.linnakangas@enterprisedb.com> wrote:
>> Is this currently possible, or do I have to send a full file-level backup to
>> sync the ex-master server with the new master?
>
> That should work. (Note that you do need to restore the ex-master from
> the old base backup; you can't just copy recovery.conf to the old
> master's data directory.)

I'm relying on an rsync for the data directories after the recovery to
bring up the ex-master.
This works fine, but I'd rather be able to simply rely on wall
shipping to keep them synced without the extra backup procedures.
Thanks for looking into this.

Is this the type of fix that would make it into the next 8.4.x release?

-jim

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #5008: Server Startup Problem - When server is configured for SSL
Next
From: Tom Lane
Date:
Subject: Re: BUG #5011: Standby recovery unable to follow timeline change