| From: | Nitin Jadhav <nitinjadhavpostgres(at)gmail(dot)com> |
|---|---|
| To: | Michael Paquier <michael(at)paquier(dot)xyz> |
| Cc: | Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Change checkpoint‑record‑missing PANIC to FATAL |
| Date: | 2026-06-26 06:59:38 |
| Message-ID: | CAMm1aWYKY9WyObrWdg1NitCfU64GoMx0WX=P3EEiyEetNPeXxw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> > That's a good point. I agree these new cases are very close to what we
> > already have on HEAD. I can rework this to avoid duplication by
> > grouping them with the existing tests.
>
> Thanks. I am not sure if I will be able to follow up the work of this
> thread for this commit fest, so I'll probably consider more
> improvements in this area once v20 opens for business around the end
> of June.
I went ahead and reworked this to avoid duplication by grouping the
new coverage into the existing tests that already carry most of the
setup.
For the missing-redo path, as discussed above, I added the
backup_label variant to t/050_redo_segment_missing.pl. 050 already has
the injection-point setup needed to split redo and checkpoint records
across WAL segments, so reusing it avoids duplicating that
orchestration elsewhere.
For the missing-checkpoint path, I added the backup_label variant to
t/042_low_level_backup.pl. 042 already owns the low-level-backup +
backup_label setup, so it seemed like the natural place. 052 remains
focused on the no-backup_label checkpoint-missing path.
So the intent was to keep each new case close to the existing test
that already has most of the required setup, and minimize duplication.
Kindly review and share your feedback.
Best Regards,
Nitin Jadhav
Azure Database for PostgreSQL
Microsoft
| Attachment | Content-Type | Size |
|---|---|---|
| v2-0001-test-cover-backup_label-missing-checkpoint-and-missi.patch | application/x-patch | 12.9 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Fujii Masao | 2026-06-26 07:04:21 | Re: Fix publisher-side sequence permission reporting |
| Previous Message | Richard Guo | 2026-06-26 06:59:31 | Re: Use exact nullingrels matches for NestLoopParams |