| From: | Heikki Linnakangas <hlinnaka(at)iki(dot)fi> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Noah Misch <noah(at)leadboat(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net> |
| Cc: | orlovmg(at)gmail(dot)com, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: 64-bit MultiXactOffset vs. 9.3->9.4 upgrade, pg_resetwal, "wraparound" msg |
| Date: | 2026-09-20 12:59:55 |
| Message-ID: | 5f772c36-a1c6-497e-8cba-a2c4ade7c725@iki.fi |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 20/09/2026 05:12, Tom Lane wrote:
> Noah Misch <noah(at)leadboat(dot)com> writes:
>> On Fri, Sep 18, 2026 at 09:15:38PM +0300, Heikki Linnakangas wrote:
>>> From 866999c1251fbbde2f1d9db2799734c7c6e8fe54 Mon Sep 17 00:00:00 2001
>>> From: Heikki Linnakangas <heikki(dot)linnakangas(at)iki(dot)fi>
>>> Date: Fri, 18 Sep 2026 20:57:26 +0300
>>> Subject: [PATCH 1/1] Check that oldestXID and oldestMulti are consistent at
>>> pg_upgrade
>
>> I read this patch. It looks reasonable, and I expect it provides the intended
>> defense. Thank you.
>
> The BF animals that run cross-version upgrade tests say that this
> fails when upgrading from 9.2 [1]:
>
> Performing Consistency Checks
> -----------------------------
> Checking cluster versions ok
> Checking database connection settings ok
> Checking for unsupported encodings ok
> Checking names of databases, roles, and tablespaces ok
> Checking database user is the install user ok
> Checking for prepared transactions ok
> Checking oldestXID and oldestMultiXid consistency SQL command failed
> SELECT datname, datfrozenxid, datminmxid FROM pg_catalog.pg_database
> ERROR: column "datminmxid" does not exist
> LINE 1: SELECT datname, datfrozenxid, datminmxid FROM pg_catalog.pg_...
> ^
> Failure, exiting
>
> Now, we've dropped support for upgrading from 9.2 in HEAD, but we
> have not done so in v19, so I think this needs a fix in v19.
> If nothing else works, we could just skip the whole check when source
> server is <= 9.2.
Ugh, that's what I get for not actually testing with a real 9.2
installation..
Here's what I came up with for this. Thanks Andrew for also reporting
this off-list; this is essentially what you proposed too.
> (I don't think this is worth breaking beta4 release freeze for, but
> it should get fixed afterwards.)
I'm actually inclined to push this now, I don't see much risk of causing
more last-minute breakage. Isn't finding this kind of last-minute issues
exactly the reason we have the freeze? But that's just a weak opinion,
it also seems totally fine to me to leave this broken for beta4 and fix
later.
- Heikki
| Attachment | Content-Type | Size |
|---|---|---|
| 0001-Fix-pg_upgrade-from-version-9.2.patch | text/x-patch | 1.5 KB |
| From | Date | Subject | |
|---|---|---|---|
| Previous Message | Álvaro Herrera | 2026-09-20 12:06:29 | Re: Add a Nix flake |