Re: pg_upgade vs config

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_upgade vs config
Дата
Msg-id 26150.1475427245@sss.pgh.pa.us
обсуждение исходный текст
Ответ на pg_upgade vs config  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: pg_upgade vs config  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: pg_upgade vs config  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> The biggest issue is this: the upgrade fails completely on 
> ltree-plpython and hstore-plpython, presumably because these modules 
> rely on the plpython module being loaded first. pg_upgrade rather 
> simple-mindedly calls LOAD on the object library to test if it's usable. 

FWIW, that seems to have worked fine yesterday on prairiedog.

I suspect the explanation is that macOS's dynamic linker is smart enough
to pull in plpython when one of those modules is LOAD'ed.  The ideal fix
would be to make that happen on all platforms.  I'm not actually sure
why it doesn't already; surely every dynamic linker in existence has
such a capability.

[ digs more deeply ... ]  Oh, weird: it looks like this succeeded in
every case except 9.6->HEAD upgrade.  Did we break something recently?
        regards, tom lane



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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: Hash Indexes
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pg_upgade vs config