From: | "David E(dot) Wheeler" <david(at)justatheory(dot)com> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Cc: | Smitha Pamujula <smitha(dot)pamujula(at)iovation(dot)com>, Grant Holly <grant(dot)holly(at)iovation(dot)com> |
Subject: | pg_upgrade + Extensions |
Date: | 2015-07-10 17:28:33 |
Message-ID: | 0B4E170C-D94D-4E5A-AF54-C8421E541185@justatheory.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hackers,
My co-workers tell me that pg_upgrade told them to drop the colnames and hostname extensions before upgrading from 9.3 to 9.4. Fortunately, Postgres had not recorded any dependencies on functions from these extensions (not sure why not, since we do user them, but for the moment grateful), so it wasn’t a big deal to drop them and then add them back after finishing the upgrade. But frankly I don’t understand why this was necessary. It’s true that they’re C extensions with shared libraries, but there are separate .so files for the 9.3 and 9.4 installs.
Would there be a way to convince pg_upgrade that extensions don’t need to be dropped before upgrading?
Thanks,
David
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2015-07-10 17:40:20 | pg_upgrade + Ubuntu |
Previous Message | Tom Lane | 2015-07-10 16:43:02 | Re: polymorphic types - enforce casting to most common type automatically |