Re: pg_upgrade 9.4 -> 9.5 with pg_trgm fails for me

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_upgrade 9.4 -> 9.5 with pg_trgm fails for me
Дата
Msg-id 6753.1452274727@sss.pgh.pa.us
обсуждение исходный текст
Ответ на pg_upgrade 9.4 -> 9.5 with pg_trgm fails for me  (Karsten Hilbert <Karsten.Hilbert@gmx.net>)
Ответы Re: pg_upgrade 9.4 -> 9.5 with pg_trgm fails for me  (Karsten Hilbert <Karsten.Hilbert@gmx.net>)
Re: pg_upgrade 9.4 -> 9.5 with pg_trgm fails for me  (Karsten Hilbert <Karsten.Hilbert@gmx.net>)
Список pgsql-general
Karsten Hilbert <Karsten.Hilbert@gmx.net> writes:
> On Fri, Jan 08, 2016 at 11:23:21AM -0500, Tom Lane wrote:
>> A suggestion is to run the pg_upgrade with -r switch, which will leave a
>> litter of files in your working directory.  Some of them will be named
>> like pg_upgrade_dump_NNN.custom and should be custom-format, schema-only
>> dumps of your 9.4 installation's databases.  If you'd be willing to send
>> those to me off-list, maybe I could figure out what's happening.

> The list stalled the attachment so here as PM.

Well, you shouldn't have tried to send it to the list; there's no need
to memorialize half a megabyte of transient data in the archives.

After digging through this, I figured out the problem: you'd installed
pg_trgm into the pg_catalog schema, whereas when I was testing I'd just
dropped it into the public schema.  That confuses pg_dump into not
emitting the shell type that it should emit.  It's an easy fix now
that I see the problem.

This bug does *not*, AFAICT, explain any problem you might have with
"dump" transfers, only with pg_upgrade.

            regards, tom lane


В списке pgsql-general по дате отправления:

Предыдущее
От: Karsten Hilbert
Дата:
Сообщение: Re: pg_upgrade 9.4 -> 9.5 with pg_trgm fails for me
Следующее
От: "Andrew Biggs (adb)"
Дата:
Сообщение: Support for BDR in 9.5?