Re: amcheck: detect corruption from the recent snapshot-export bug - Mailing list pgsql-hackers

From Andrey Borodin
Subject Re: amcheck: detect corruption from the recent snapshot-export bug
Date
Msg-id 9B06CC00-4F0A-423F-94E4-E3AC1F8C40DF@yandex-team.ru
Whole thread
In response to Re: amcheck: detect corruption from the recent snapshot-export bug  (Mark Dilger <mark.dilger@enterprisedb.com>)
List pgsql-hackers
Hi Mark,

On 5 Oct 2026, Mark Dilger wrote:
> This also affects HEAP_XMAX_INVALID for committed deletions.

Yesterday in an off-list conversation I replied that: "Users reported
disappearing rows. So I wasn’t looking for emerging rows..."

Coincidentally, another production case reached me today: an old tuple
version has HEAP_XMAX_INVALID set for a committed updater, and VACUUM
fails with "cannot freeze committed xmax", just like in 2024. We have
not yet established whether snapshot export caused it, but likely so.
A cluster at hand has lots of savepoints and exprted snapshots, but
offending rows emerged in May.

That check was in 0002. In the attached v2 I moved it and its tests into
0001, so the first patch covers both invalid hints. I also adjusted the
diagnostic wording.

Thank you!


Best regards, Andrey Borodin.

Attachment

pgsql-hackers by date:

Previous
From: Greg Burd
Date:
Subject: Re: Tepid: selective index updates for heap relations
Next
From: Vaibhav Dalvi
Date:
Subject: Re: remote_apply commit hangs when wal_receiver_status_interval = 0