Re: [COMMITTERS] pgsql: Allow a streaming replication standby to follow a timeline switc

Поиск
Список
Период
Сортировка
От hubert depesz lubaczewski
Тема Re: [COMMITTERS] pgsql: Allow a streaming replication standby to follow a timeline switc
Дата
Msg-id 20121217141102.GE6676@depesz.com
обсуждение исходный текст
Ответ на Re: [COMMITTERS] pgsql: Allow a streaming replication standby to follow a timeline switc  (Heikki Linnakangas <hlinnaka@iki.fi>)
Список pgsql-general
On Mon, Dec 17, 2012 at 02:01:20PM +0200, Heikki Linnakangas wrote:
> Hmm, is it possible that some WAL was generated in the old master,
> and streamed to the standby, after the new master was already
> promoted? It's important to kill the old master before promoting the
> new master. Otherwise the timelines diverge, so that you have some
> WAL on the old timeline that's not present in the new master, and
> some WAL in the new master's timeline that's not present in the old
> master. In that situation, if the standby has already replicated the
> WAL from the old master, it can no longer start to follow the new
> master. I think that would match the symptoms you're seeing.
>
> I wouldn't rule out a bug in the patch either, though. Amit found a
> worrying number of bugs in his testing, and although we stamped out
> all the known bugs, it wouldn't surprise me if there's more :-(..

Will verify and reach back to you.
In my test I was doing first promote slave, and later (like 2 seconds
later, and there was no traffic, but still - later) kill master.

Best regards,

depesz

--
The best thing about modern society is how easy it is to avoid contact with it.
                                                             http://depesz.com/


В списке pgsql-general по дате отправления:

Предыдущее
От: Merlin Moncure
Дата:
Сообщение: Re: How to remove n-first elements from array?
Следующее
От: Chris Angelico
Дата:
Сообщение: Re: problem with large inserts