Re: BUG #18815: Logical replication worker Segmentation fault
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: pgsql-hackers@lists.postgresql.org
Cc: Sergey Belyashov <sergey.belyashov@gmail.com>,
Tomas Vondra <tomas@vondra.me>
Date: 2025-02-18T22:24:06Z
Lists: pgsql-bugs, pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix uninitialized index information access during apply.
- 12eece5fd54c 18.0 landed
-
Assert that ExecOpenIndices and ExecCloseIndices are not repeated.
- e596e077bbb3 18.0 landed
-
Fix crash in brininsertcleanup during logical replication.
- 9ff68679b50f 18.0 landed
- 788baa9a25ae 17.5 landed
I wrote: > I don't intend 0003 for back-patch, but the rest of this has to go > back as far as the bug can be observed, which I didn't test yet. Ah: this bug is new in v17, because neither brininsertcleanup nor the whole aminsertcleanup infrastructure exist before that. So that leaves us with a question of whether 0004 should be back-patched any further than v17. There's some attraction to doing so to keep the branches in sync; but there's already quite a lot of cross-branch churn in worker.c, so on the whole I'm inclined to just do v17. regards, tom lane