Re: VM corruption on standby
Thomas Munro <thomas.munro@gmail.com>
From: Thomas Munro <thomas.munro@gmail.com>
To: Alexander Korotkov <aekorotkov@gmail.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Kirill Reshke <reshkekirill@gmail.com>, Andrey Borodin <x4mmm@yandex-team.ru>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>, Melanie Plageman <melanieplageman@gmail.com>,
Michael Paquier <michael@paquier.xyz>
Date: 2025-08-22T01:41:44Z
Lists: 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.
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Revert "Get rid of WALBufMappingLock"
- 2ce6abdf5085 18.0 landed
- c13070a27b63 19 (unreleased) landed
-
Get rid of WALBufMappingLock
- bc22dc0e0ddc 18.0 cited
-
Split WaitEventSet functions to separate source file
- 393e0d231405 18.0 cited
-
Add WL_EXIT_ON_PM_DEATH pseudo-event.
- cfdf4dc4fc96 12.0 cited