Re: pg_rewind race condition just after promotion - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: pg_rewind race condition just after promotion
Date
Msg-id 848e03ce-0c16-2166-3994-f2c3dcf467d0@iki.fi
Whole thread Raw
In response to Re: pg_rewind race condition just after promotion  (Ian Lawrence Barwick <barwick@gmail.com>)
Responses Re: pg_rewind race condition just after promotion
List pgsql-hackers
On 11/12/2022 02:01, Ian Lawrence Barwick wrote:
> 2021年11月9日(火) 20:31 Daniel Gustafsson <daniel@yesql.se>:
>>
>>> On 14 Jul 2021, at 14:03, Aleksander Alekseev <aleksander@timescale.com> wrote:
>>>
>>> The following review has been posted through the commitfest application:
>>> make installcheck-world:  tested, passed
>>> Implements feature:       tested, passed
>>> Spec compliant:           tested, passed
>>> Documentation:            tested, passed
>>>
>>> The v3 patch LGTM. I wonder if we should explicitly say in pg_rewind tests that
>>> they _don't_ have to call `checkpoint`, or otherwise, we will lose the test
>>> coverage for this scenario. But I don't have a strong opinion on this one.
>>>
>>> The new status of this patch is: Ready for Committer
>>
>> Heikki, do you have plans to address this patch during this CF?
> 
> Friendly reminder ping one year on; I haven't looked at this patch in
> detail but going by the thread contents it seems it should be marked
> "Ready for Committer"? Moved to the next CF anyway.

Here's an updated version of the patch.

I renamed the arguments to findCommonAncestorTimeline() so that the 
'targetHistory' argument doesn't shadow the global 'targetHistory' 
variable. No other changes, and this still looks good to me, so I'll 
wait for the cfbot to run on this and commit in the next few days.

- Heikki

Attachment

pgsql-hackers by date:

Previous
From: Hugo Zhang
Date:
Subject: Unexpected abort at llvm::report_bad_alloc_error when load JIT library
Next
From: Daniel Gustafsson
Date:
Subject: Re: pg_regress: Treat child process failure as test failure