Re: pg_rewind: warn when checkpoint hasn't happened after promotion
От | James Coleman |
---|---|
Тема | Re: pg_rewind: warn when checkpoint hasn't happened after promotion |
Дата | |
Msg-id | CAAaqYe9hvWwJ98zFvWjVxrz-DHW4XO=ggUq6YEnhOc4hBUse-Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pg_rewind: warn when checkpoint hasn't happened after promotion (Heikki Linnakangas <hlinnaka@iki.fi>) |
Список | pgsql-hackers |
On Mon, Feb 27, 2023 at 2:33 AM Heikki Linnakangas <hlinnaka@iki.fi> wrote: > > On 16/11/2022 07:17, kuroda.keisuke@nttcom.co.jp wrote: > >> The issue here is pg_rewind looks into control file to determine the > >> soruce timeline, because the control file is not updated until the > >> first checkpoint ends after promotion finishes, even though file > >> blocks are already diverged. > >> > >> Even in that case history file for the new timeline is already > >> created, so searching for the latest history file works. > > > > I think this change is a good one because if I want > > pg_rewind to run automatically after a promotion, > > I don't have to wait for the checkpoint to complete. > > > > The attached patch is Horiguchi-san's patch with > > additional tests. The tests are based on James's tests, > > "010_no_checkpoint_after_promotion.pl" tests that > > pg_rewind is successfully executed without running > > checkpoint after promote. > > I fixed this last week in commit 009eeee746, see thread [1]. I'm sorry I > didn't notice this thread earlier. > > I didn't realize that we had a notice about this in the docs. I'll go > and remove that. Thanks! > > - Heikki > Thanks; I think the missing [1] (for reference) is: https://www.postgresql.org/message-id/9f568c97-87fe-a716-bd39-65299b8a60f4%40iki.fi James
В списке pgsql-hackers по дате отправления: