Re: PostgreSQL 18.6/17.11: standby PANIC on restart after VM truncation - Mailing list pgsql-bugs

From Rahul
Subject Re: PostgreSQL 18.6/17.11: standby PANIC on restart after VM truncation
Date
Msg-id P3R1J53--F-9@rhyadav.dev
Whole thread
In response to PostgreSQL 18.6/17.11: standby PANIC on restart after VM truncation  (Jacky Nguyen <nktpro@gmail.com>)
Responses Re: PostgreSQL 18.6/17.11: standby PANIC on restart after VM truncation
List pgsql-bugs
Hi Shihao,

cfbot says v3 needs a rebase.  0001 and 0002 still apply to master,
but the test's number is now taken: 12f866cd5f and cc33773482 added
058_shutdown_crash_restart.pl and 059_remote_apply_status_interval.pl
to src/test/recovery.  With the test renamed to
060_vm_clear_truncate.pl, the series applies to master (16b94c4012)
and the test passes.

As you were going to fold the heap_xlog_visible() wording for 17 and
18 into the next version, this may be a good time for v4.

Regards,
Rahul Yadav


Oct 3, 2026, 05:13 by zhong950419@gmail.com:

> Hi Rahul,
>
> Thanks for testing v3 on all four branches.
>
> You are right about 17 and 18. I will change that sentence to
> heap_xlog_visible() in those two versions, and add
> "Backpatch-through: 17" to 0002. Both are commit message changes
> only, so I will fold them into the next version and not post a v4
> just for that.
>
> I added a CommitFest entry so this is tracked for the November
> releases.
>
> https://commitfest.postgresql.org/patch/7386/
>
> Thanks,
> Shihao
>




pgsql-bugs by date:

Previous
From: Andrey Rachitskiy
Date:
Subject: Re: PG18: use-after-free in exec partition pruning after an EPQ recheck in LockRows
Next
From: PG Bug reporting form
Date:
Subject: BUG #19752: GROUP BY on a constant and a cast to a length-limited array type crashes the server while planning