Re: Unnecessary delay in streaming replication due to replay lag

Поиск
Список
Период
Сортировка
От Masahiko Sawada
Тема Re: Unnecessary delay in streaming replication due to replay lag
Дата
Msg-id CA+fd4k55xU8+fa0219uM=N-f4D+qOmGc0bHsGfqdqqRXEXSfRw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Unnecessary delay in streaming replication due to replay lag  (Asim Praveen <pasim@vmware.com>)
Ответы Re: Unnecessary delay in streaming replication due to replay lag  (Asim Praveen <pasim@vmware.com>)
Список pgsql-hackers
On Sun, 9 Aug 2020 at 14:54, Asim Praveen <pasim@vmware.com> wrote:
>
> I would like to revive this thready by submitting a rebased patch to start streaming replication without waiting for
startupprocess to finish replaying all WAL.  The start LSN for streaming is determined to be the LSN that points to the
beginningof the most recently flushed WAL segment. 
>
> The patch passes tests under src/test/recovery and top level “make check”.
>

The patch can be applied cleanly to the current HEAD but I got the
error on building the code with this patch:

xlog.c: In function 'StartupXLOG':
xlog.c:7315:6: error: too few arguments to function 'RequestXLogStreaming'
 7315 |      RequestXLogStreaming(ThisTimeLineID,
      |      ^~~~~~~~~~~~~~~~~~~~
In file included from xlog.c:59:
../../../../src/include/replication/walreceiver.h:463:13: note: declared here
  463 | extern void RequestXLogStreaming(TimeLineID tli, XLogRecPtr recptr,
      |             ^~~~~~~~~~~~~~~~~~~~

cfbot also complaints this.

Could you please update the patch?

Regards,

--
Masahiko Sawada            http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Anna Akenteva
Дата:
Сообщение: Re: Change a constraint's index - ALTER TABLE ... ALTER CONSTRAINT ... USING INDEX ...
Следующее
От: Pavel Borisov
Дата:
Сообщение: Re: [PATCH] Covering SPGiST index