Re: pg_rewind: warn when checkpoint hasn't happened after promotion
От | Heikki Linnakangas |
---|---|
Тема | Re: pg_rewind: warn when checkpoint hasn't happened after promotion |
Дата | |
Msg-id | aeb5f31a-8de2-40a8-64af-ab659a309d6b@iki.fi обсуждение исходный текст |
Ответ на | Re: pg_rewind: warn when checkpoint hasn't happened after promotion (kuroda.keisuke@nttcom.co.jp) |
Ответы |
Re: pg_rewind: warn when checkpoint hasn't happened after promotion
Re: pg_rewind: warn when checkpoint hasn't happened after promotion |
Список | pgsql-hackers |
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
В списке pgsql-hackers по дате отправления: