Re: pg_upgrade (12->14) fails on aggregate
David G. Johnston <david.g.johnston@gmail.com>
From: "David G. Johnston" <david.g.johnston@gmail.com>
To: Petr Vejsada <pve@paymorrow.com>
Cc: PostgreSQL mailing lists <pgsql-bugs@lists.postgresql.org>
Date: 2022-05-04T14:34:15Z
Lists: pgsql-bugs, pgsql-hackers
On Wed, May 4, 2022 at 7:29 AM Petr Vejsada <pve@paymorrow.com> wrote: > We solved it (in our case) dropping the aggregate before upgrade and > re-create > in using new syntax in V14: > > but pg_upgrade shouldn't fail on this. > > I hope it can help to improve pg_upgrade process. > > The release notes say explicitly that one needs to drop and recreate the affected functions. Thus, we know about the issue and to date our best solution is to have the user do exactly what you did (i.e., it is not something pg_upgrade is going to do for you). If you have an alternative solution to suggest that would help. https://www.postgresql.org/docs/current/release-14.html : the first compatibility note David J.
Commits
-
Tighten pg_upgrade's new check for non-upgradable anyarray usages.
- c7e21e966464 15.0 landed
- 08385ed26196 16.0 landed
- 9783413cbff9 14.5 landed
-
Fix pg_upgrade to detect non-upgradable anyarray usages.
- c069f427855a 15.0 landed
- 175e60a5e35e 14.5 landed
- 09878cdd489f 16.0 landed
-
Remove pg_upgrade support for upgrading from pre-9.2 servers.
- e469f0aaf3c5 15.0 cited