From: | Julien Rouhaud <julien(dot)rouhaud(at)dalibo(dot)com> |
---|---|
To: | John Lumby <johnlumby(at)hotmail(dot)com>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
Cc: | pgsql bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #14109: pg_rewind fails to update target control file in one scenario |
Date: | 2016-04-25 14:53:19 |
Message-ID: | 571E2F5F.4080500@dalibo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On 25/04/2016 16:36, John Lumby wrote:
>> From: michael(dot)paquier(at)gmail(dot)com
>> To: johnlumby(at)hotmail(dot)com
>> CC: pgsql-bugs(at)postgresql(dot)org
>>
>> On Mon, Apr 25, 2016 at 10:48 PM, John Lumby <johnlumby(at)hotmail(dot)com> wrote:
>>>
>>> Note the difference in timeline
>>
>> Yes, and? System A is still on its previous timeline 11, and will jump
>> to timeline 12 once it has connected back. That's possible since 9.3.
>
> Answering your "and?" : In my testing,
> "and no WAL replicated from B, new Primary , to A , new Standby".
> That is why I concluded there is a bug.
> Also on System A (new Standby) timeline did not jump up to 12, it remained at 11.
> Are you indicating that the admin (me) needs to do something to make that happen?
> If so what?
>
Did you set the recovery_target_timeline parameter to "latest" in the
recovery.conf file? (see
http://www.postgresql.org/docs/current/static/recovery-target-settings.html)
--
Julien Rouhaud
http://dalibo.com - http://dalibo.org
From | Date | Subject | |
---|---|---|---|
Next Message | jdnelson | 2016-04-25 15:33:24 | BUG #14113: LIKE <parent> INCLUDING STORAGE bug? |
Previous Message | georg.kahest | 2016-04-25 14:37:39 | BUG #14112: sorting v and w is broken with et_EE locate |