| From: | Andrey Borodin <x4mmm(at)yandex-team(dot)ru> |
|---|---|
| To: | Heikki Linnakangas <hlinnaka(at)iki(dot)fi> |
| Cc: | Nazneen Jafri <jafrinazneen(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, Ayush Tiwari <ayushtiwari(dot)slg01(at)gmail(dot)com>, Radim Marek <radim(at)boringsql(dot)com>, Marko Tiikkaja <marko(at)joh(dot)to>, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: BUG #19490: Streaming standby on 16.14 stops applying WAL on MultiXactOffsetSLRU when primary is 16.8 |
| Date: | 2026-05-27 12:08:27 |
| Message-ID: | C5A9CEED-8787-4F2F-AD97-19CBEC4E6443@yandex-team.ru |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
> On 27 May 2026, at 14:06, Heikki Linnakangas <hlinnaka(at)iki(dot)fi> wrote:
>
> I have applied this to v14 - v16.
Thanks!
I can confirm that all 5 branches are now passing new buildfarm test module.
While 14-16 were failing it this morning.
I'll try to get this test module to usable state and enable on my animal.
Interestingly, "make installcheck" regress trace was not triggering WAL incompatibility,
so I this module is not "make installcheck" + "special multixact workload" [0].
I'm not sure it is useful for finding other similar bugs...
Best regards, Andrey Borodin.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Olegs Germanovs | 2026-05-27 12:33:58 | 16.14 regression: startup process self-deadlocks during multixact WAL replay in RecordNewMultiXact |
| Previous Message | PG Bug reporting form | 2026-05-27 11:50:12 | BUG #19498: Anonymous ROW() field expansion fails after scalar subquery relay |