| 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
| 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 |