Re: Change checkpoint‑record‑missing PANIC to FATAL

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Nitin Jadhav <nitinjadhavpostgres(at)gmail(dot)com>
Cc: Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Change checkpoint‑record‑missing PANIC to FATAL
Date: 2026-07-13 23:17:48
Message-ID: alVyHM5jJVQZFMeU@paquier.xyz
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Jul 13, 2026 at 09:56:05AM +0900, Michael Paquier wrote:
> Hmm, actually.. I am wondering if this could be made simpler by
> writing a fully-synthetic backup_label file instead, meaning that we
> would not need the dance with the injection points because we could
> reuse the redo and checkpoint LSNs of the previous step, then we just
> add the checkpoint segment to the starting node's pg_wal/. I admit
> that it feels artistic, but it is much less complicated than your
> version, more efficient, and would still check the error path we care
> about.

Just looked at that again, and after a second lookup that still seems
fine. Applied to close the thread.
--
Michael

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tomas Vondra 2026-07-13 23:55:59 Re: hashjoins vs. Bloom filters (yet again)
Previous Message Zsolt Parragi 2026-07-13 23:01:20 Re: [PATCH] Add pg_get_table_ddl() to reconstruct CREATE TABLE statements