Re: pg_upgrade from 18beta1 -> 18beta3 - problem with btree_gist contrib module / extension
От | Paul A Jungwirth |
---|---|
Тема | Re: pg_upgrade from 18beta1 -> 18beta3 - problem with btree_gist contrib module / extension |
Дата | |
Msg-id | CA+renyU=3z2J_yLaz1BFk9sHeO1Gnu=KMof5vcb-diW1_JZggQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pg_upgrade from 18beta1 -> 18beta3 - problem with btree_gist contrib module / extension (Adrian Klaver <adrian.klaver@aklaver.com>) |
Ответы |
Re: pg_upgrade from 18beta1 -> 18beta3 - problem with btree_gist contrib module / extension
|
Список | pgsql-general |
On Wed, Aug 20, 2025 at 9:39 AM Adrian Klaver <adrian.klaver@aklaver.com> wrote: > > On 8/20/25 05:50, Achilleas Mantzios wrote: > > pg_restore: from TOC entry 4295; 1255 596569951 FUNCTION > > gist_stratnum_btree(integer) postgres > > pg_restore: error: could not execute query: ERROR: could not find > > function "gist_stratnum_btree" in file "/usr/local/pgsql/lib/btree_gist.so" > > Command was: CREATE FUNCTION "public"."gist_stratnum_btree"(integer) > > RETURNS smallint > > LANGUAGE "c" IMMUTABLE STRICT PARALLEL SAFE > > AS '$libdir/btree_gist', 'gist_stratnum_btree'; > > I can not find gist_stratnum_btree in: > > https://www.postgresql.org/docs/18/btree-gist.html > > or in the source. > > How did it end up in the database? gist_stratnum_btree was in beta1 but was renamed to gist_translate_cmptype_btree by 32edf732e8dc9eb3e7a923aeb67d49246744a20a. > > The solution was to somehow restart 18beta1, drop btree_gist and all its > > dependent constraints / indexes / objects , pg_upgrade and finally re- > > create extension and dependent objects. > > Something more then DROP EXTENSION/CREATE EXTENSION btree_gist? That seems like the easiest fix to me. But if you've built indexes based on those opclasses then more work is required, as here. I don't know what pg_upgrade tries to support for moving from one beta release to another. Is this something we should try to fix? Yours, -- Paul ~{:-) pj@illuminatedcomputing.com
В списке pgsql-general по дате отправления: