Revert recent changes related to handling of 2PC files at recovery
authorMichael Paquier <michael@paquier.xyz>
Fri, 17 Jan 2025 04:27:48 +0000 (13:27 +0900)
committerMichael Paquier <michael@paquier.xyz>
Fri, 17 Jan 2025 04:27:48 +0000 (13:27 +0900)
commit4d6d7bdc064201076d2cf361c779b0a3dd4fafa9
treefce456939c853b4ca92b2a90c271b59bf0ba4466
parent45004f527afaf415f88272710883e9c473b5a2f6
Revert recent changes related to handling of 2PC files at recovery

This commit reverts 8f67f994e8ea (down to v13) and c3de0f9eed38 (down to
v17), as these are proving to not be completely correct regarding two
aspects:
- In v17 and newer branches, c3de0f9eed38's check for epoch handling is
incorrect, and does not correctly handle frozen epochs.  A logic closer
to widen_snapshot_xid() should be used.  The 2PC code should try to
integrate deeper with FullTransactionIds, 5a1dfde8334b being not enough.
- In v13 and newer branches, 8f67f994e8ea is a workaround for the real
issue, which is that we should not attempt CLOG lookups without reaching
consistency.  This exists since 728bd991c3c4, and this is reachable with
ProcessTwoPhaseBuffer() called by restoreTwoPhaseData() at the beginning
of recovery.

Per discussion with Noah Misch.

Discussion: https://postgr.es/m/20250116010051.f3.nmisch@google.com
Backpatch-through: 13
src/backend/access/transam/twophase.c