Re: VM corruption on standby - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: VM corruption on standby
Date
Msg-id CA+hUKGL87V9Tr3KHu2VsGEWZfoXY7kzCBfyDy1wpQhh7=UAn_Q@mail.gmail.com
Whole thread Raw
In response to Re: VM corruption on standby  (Alexander Korotkov <aekorotkov@gmail.com>)
List pgsql-hackers
On Fri, Aug 22, 2025 at 10:27 AM Alexander Korotkov
<aekorotkov@gmail.com> wrote:
> And let's retry it for v19.

+1

I'm hoping we can fix PM death handling soon, and then I assume this
can go straight back in without modification.  CVs are an essential
low level synchronisation component that really should work in lots of
environments, but we need to straighten out some historical mistakes
and rough edges.  Commit cfdf4dc4 removed open-coded exits to fix a
lot of bugs of omission, but it failed to fully consider all the
consequences of "composition", ie hiding that behaviour out of sight.
We really need a sort of postmasterless PANIC here, and I am happy to
work on that (see new thread), not least because it aligns better with
the behaviour of a multithreaded server.  There, the answer is "what
other backends?" so I'd already been looking sideways at system states
including the lingering logger, lingering query execution and the
special but inherently flaky error reporting in a few spots.



pgsql-hackers by date:

Previous
From: Richard Guo
Date:
Subject: Re: Remove unneeded cast in heap_xlog_lock.
Next
From: "Euler Taveira"
Date:
Subject: Re: event trigger support for PL/Python