Re: 001_rep_changes.pl fails due to publisher stuck on shutdown

Поиск
Список
Период
Сортировка
От Amit Kapila
Тема Re: 001_rep_changes.pl fails due to publisher stuck on shutdown
Дата
Msg-id CAA4eK1LqN-5NiXPCyDKb_curgW5K8iQ--sMb6a9-BFeVWbo4QA@mail.gmail.com
обсуждение исходный текст
Ответ на RE: 001_rep_changes.pl fails due to publisher stuck on shutdown  ("Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>)
Ответы Re: 001_rep_changes.pl fails due to publisher stuck on shutdown
Список pgsql-hackers
On Wed, Jun 19, 2024 at 10:44 AM Hayato Kuroda (Fujitsu)
<kuroda.hayato@fujitsu.com> wrote:
>
> Dear Horiguchi-san,
>
> Thanks for sharing the patch! I agree this approach (ensure WAL records are flushed)
> Is more proper than others.
>
> I have an unclear point. According to the comment atop GetInsertRecPtr(), it just
> returns the approximated value - the position of the last full WAL page [1].
> If there is a continuation WAL record which across a page, will it return the
> halfway point of the WAL record (end of the first WAL page)? If so, the proposed
> fix seems not sufficient. We have to point out the exact the end of the record.
>

You have a point but if this theory is correct why we are not able to
reproduce the issue after this patch? Also, how to get the WAL
location up to which we need to flush? Is XLogCtlData->logInsertResult
the one we are looking for?

--
With Regards,
Amit Kapila.



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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: jsonapi type fixups
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Remove distprep