pgsql: Fix mis-attribution of checksum failure stats to the wrong datab

From: Andres Freund <andres(at)anarazel(dot)de>
To: pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: pgsql: Fix mis-attribution of checksum failure stats to the wrong datab
Date: 2025-03-29 18:08:45
Message-ID: E1tyabt-001coo-04@gemulon.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Fix mis-attribution of checksum failure stats to the wrong database

Checksum failure stats could be attributed to the wrong database in two cases:

- when a read of a shared relation encountered a checksum error , it would be
attributed to the current database, instead of the "database" representing
shared relations

- when using CREATE DATABASE ... STRATEGY WAL_LOG checksum errors in the
source database would be attributed to the current database

The checksum stats reporting via PageIsVerifiedExtended(PIV_REPORT_STAT) does
not have access to the information about what database a page belongs to.

This fixes the issue by removing PIV_REPORT_STAT and delegating the
responsibility to report stats to the caller, which now can learn about the
number of stats via a new optional argument.

As this changes the signature of PageIsVerifiedExtended() and all callers
should adapt to the new signature, use the occasion to rename the function to
PageIsVerified() and remove the compatibility macro.

We could instead have fixed this by adding information about the database to
the args of PageIsVerified(), but there are soon-to-be-applied patches that
need to separate the stats reporting from the PageIsVerified() call
anyway. Those patches also include testing for the failure paths, something we
inexplicably have not had.

As there is no caller of pgstat_report_checksum_failure() left, remove it.

It'd be possible, but awkward to fix this in the back branches. We considered
doing the work not quite worth it, as mis-attributed stats should still elicit
concern. The emitted error messages do allow to attribute the errors
correctly.

Discussion: https://postgr.es/m/5tyic6epvdlmd6eddgelv47syg2b5cpwffjam54axp25xyq2ga@ptwkinxqo3az
Discussion: https://postgr.es/m/mglpvvbhighzuwudjxzu4br65qqcxsnyvio3nl4fbog3qknwhg@e4gt7npsohuz

Branch
------
master

Details
-------
https://git.postgresql.org/pg/commitdiff/dee80024688c32fc259a3cff040b609b837a35ec

Modified Files
--------------
src/backend/catalog/storage.c | 16 ++++++++++++++--
src/backend/storage/buffer/bufmgr.c | 16 +++++++++++++---
src/backend/storage/page/bufpage.c | 20 +++++++++++++-------
src/backend/utils/activity/pgstat_database.c | 9 ---------
src/include/pgstat.h | 1 -
src/include/storage/bufpage.h | 20 ++++++++------------
6 files changed, 48 insertions(+), 34 deletions(-)

Browse pgsql-committers by date

  From Date Subject
Next Message Andres Freund 2025-03-29 18:57:00 pgsql: aio, bufmgr: Comment fixes/improvements
Previous Message Jeff Davis 2025-03-29 16:24:58 Re: pgsql: pg_upgrade: Fix inconsistency in memory freeing