Re: [UNVERIFIED SENDER] Re: pg_upgrade can result in early wraparound on databases with high transaction load
Andrew Dunstan <andrew@dunslane.net>
From: Andrew Dunstan <andrew@dunslane.net>
To: Tom Lane <tgl@sss.pgh.pa.us>, Bruce Momjian <bruce@momjian.us>
Cc: "Drouvot, Bertrand" <bdrouvot@amazon.com>,
Andres Freund <andres@anarazel.de>, Justin Pryzby <pryzby@telsasoft.com>,
Noah Misch <noah@leadboat.com>, Jason Harvey <jason@reddit.com>,
Peter Geoghegan <pg@bowt.ie>, pgsql-hackers@postgresql.org,
"Tharakan, Robins" <tharar@amazon.com>
Date: 2022-07-05T18:52:57Z
Lists: pgsql-hackers, pgsql-general
On 2022-07-05 Tu 12:59, Tom Lane wrote: > Bruce Momjian <bruce@momjian.us> writes: >> This patch has been applied back to 9.6 and will appear in the next >> minor release. > I have just discovered that this patch broke pg_upgrade's ability > to upgrade from 8.4: > > $ pg_upgrade -b ~/version84/bin -d ... > Performing Consistency Checks > ----------------------------- > Checking cluster versions ok > The source cluster lacks some required control information: > latest checkpoint oldestXID > > Cannot continue without required control information, terminating > Failure, exiting > > Sure enough, 8.4's pg_controldata doesn't print anything about > oldestXID, because that info wasn't there then. > > Given the lack of field complaints, it's probably not worth trying > to do anything to restore that capability. But we really ought to > update pg_upgrade's code and docs in pre-v15 branches to say that > the minimum supported source version is 9.0. So it's taken us a year to discover the issue :-( Perhaps if we're going to say we support upgrades back to 9.0 we should have some testing to be assured we don't break it without knowing like this. I'll see if I can coax crake to do that - it already tests back to 9.2. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
Commits
-
Refuse upgrades from pre-9.0 clusters
- ccf3408cff53 14.13 landed
- bcd2be0c2f7e 12.20 landed
- b030697d36d5 13.16 landed
-
pg_resetxlog: add option to set oldest xid & use by pg_upgrade
- 74cf7d46a91d 15.0 cited
-
Stamp 11.2.
- 6cd404b344f7 11.2 cited
-
Track the current XID wrap limit (or more accurately, the oldest unfrozen
- 25ec228ef760 9.0.0 cited