Re: REPACK (CONCURRENTLY) backend waits indefinitely when decoding worker fails to start - Mailing list pgsql-hackers

From Bharath Rupireddy
Subject Re: REPACK (CONCURRENTLY) backend waits indefinitely when decoding worker fails to start
Date
Msg-id CALj2ACW=bGA7BAUi1w+iULd0UyVjFLEj7=vAn6F-+qhK4D9jNg@mail.gmail.com
Whole thread
In response to Re: REPACK (CONCURRENTLY) backend waits indefinitely when decoding worker fails to start  (Alvaro Herrera <alvherre@kurilemu.de>)
List pgsql-hackers
Hi,

On Thu, Sep 17, 2026 at 2:53 AM Alvaro Herrera <alvherre@kurilemu.de> wrote:
>
> Hello,
>
> I have pushed these fixes, with some editorialization of my own.
>
> I decided not to push the test case, because it has some nontrivial
> additions to the injection point infrastructure that I'm not so sure
> about.  The part of the test that doesn't require those changes could
> perhaps be considered for 19, and we can discuss adding the rest in 20.

Thanks Alvaro for taking care of this. I think it is fine to not have
the tests in core and to have them here in the thread for reference.
My thinking is that the issues fixed here look rare in practice and
making them run reliably and deterministically would need more
developer cycles. Moreover, we haven't had such tests for parallel
query for a while, and testing resources are not free. Others may have
a different opinion.

And thanks Shihao for reviewing and identifying one of the problems
and proposing the fix for it.

--
Bharath Rupireddy
Amazon Web Services: https://aws.amazon.com



pgsql-hackers by date:

Previous
From: Bharath Rupireddy
Date:
Subject: Re: Support for 8-byte TOAST values, round two
Next
From: surya poondla
Date:
Subject: Re: pg_xmin_horizon: a system view of everything pinning the xmin horizon