Re: Clear base backup progress reporting on error - Mailing list pgsql-hackers

From Chao Li
Subject Re: Clear base backup progress reporting on error
Date
Msg-id FBDFD045-163F-436A-8337-BAC3BDC4F0CD@gmail.com
Whole thread
In response to Re: Clear base backup progress reporting on error  (Fujii Masao <masao.fujii@gmail.com>)
List pgsql-hackers

> On Jul 1, 2026, at 22:17, Fujii Masao <masao.fujii@gmail.com> wrote:
>
> On Fri, Jun 26, 2026 at 8:08 PM Chao Li <li.evan.chao@gmail.com> wrote:
>>
>>
>>
>>> On Jun 26, 2026, at 18:46, Fujii Masao <masao.fujii@gmail.com> wrote:
>>>
>>> On Fri, Jun 26, 2026 at 5:59 PM Chao Li <li.evan.chao@gmail.com> wrote:
>>>> This patch makes the following changes:
>>>
>>> Thanks for the report and patch!
>>>
>>>> I don’t think this is a serious bug, because with the usual pg_basebackup command path, the client normally
disconnectsafter the error, so the stale progress entry is not observable. It is mainly visible when the same
replicationconnection stays open after the failed BASE_BACKUP command. So I feel it might not be worth adding a TAP
test.
>>>
>>> +1
>>>
>>> You may think this isn't worth backpatching to the stable branches
>>> for the same reason?
>>>
>>
>> I personally don’t feel back-patch is needed.
>
> I've pushed the patch. Thanks!
>
> I backpatched it to v15 but skipped v14 because v14 lacks the bbsink
> infrastructure, so the fix does not apply cleanly there. Also, the bug
> does not affect the backup itself and is normally not observable
> when using pg_basebackup.
>
> Regards,
>
> --
> Fujii Masao

Thanks for pushing.

Best regards,
--
Chao Li (Evan)
HighGo Software Co., Ltd.
https://www.highgo.com/







pgsql-hackers by date:

Previous
From: Peter Smith
Date:
Subject: Re: Support EXCEPT for ALL SEQUENCES publications
Next
From: Chao Li
Date:
Subject: Re: doc: fix pg_stat_autovacuum_scores threshold wording