Re: [HACKERS] Logical decoding on standby

Поиск
Список
Период
Сортировка
От Craig Ringer
Тема Re: [HACKERS] Logical decoding on standby
Дата
Msg-id CAMsr+YG86Sck9snrS1FLBTNbRhPb9EAh_xeJD5BamatS2nDOzw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Logical decoding on standby  (sanyam jain <sanyamjain22@live.in>)
Ответы Re: [HACKERS] Logical decoding on standby  (Craig Ringer <craig@2ndquadrant.com>)
Список pgsql-hackers
On 21 June 2017 at 17:30, sanyam jain <sanyamjain22@live.in> wrote:
> Hi,
> After changing
> sendTimeLineIsHistoric = state->currTLI == ThisTimeLineID;
> to
> sendTimeLineIsHistoric = state->currTLI != ThisTimeLineID;
>
> I was facing another issue.
> On promotion of a cascaded server ThisTimeLineID in the standby server
> having logical slot becomes 0.
> Then i added a function call to GetStandbyFlushRecPtr in
> StartLogicalReplication which updates ThisTimeLineID.
>
> After the above two changes timeline following is working.But i'm not sure
> whether this is correct or not.In any case please someone clarify.

That's a reasonable thing to do, and again, I thought I did it in a
later revision, but apparently not (?). I've been working on other
things and have lost track of progress here a bit.

I'll check more closely.

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



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

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: [HACKERS] Logical decoding on standby
Следующее
От: Michael Paquier
Дата:
Сообщение: [HACKERS] Incorrect mentions to pg_xlog in walmethods.c/h