Re: Upgrade 96 -> 11

Поиск
Список
Период
Сортировка
От Adrian Klaver
Тема Re: Upgrade 96 -> 11
Дата
Msg-id e1602016-3c54-f4cb-7b33-a28fec5210f5@aklaver.com
обсуждение исходный текст
Ответ на Upgrade 96 -> 11  (James Sewell <james.sewell@jirotech.com>)
Ответы Re: Upgrade 96 -> 11
Список pgsql-general
On 9/3/19 3:45 PM, James Sewell wrote:
> 
> 

> 
>     -- For binary upgrade, create an empty extension and insert objects
>     into it
>     DROP EXTENSION IF EXISTS tablefunc;
>     SELECT pg_catalog.binary_upgrade_create_empty_extension('tablefunc',
>     'public', true, '1.0', NULL, NULL, ARRAY[]::pg_catalog.text[]);
> 
> 
>     Try the above on your schema and see what you get.
> 
> 
> Yep - an empty extension. I think this logic is wrong. Creating an empty 
> extension is fine and makes sense but extension owned relations should 
> be created as the next step, not just at some time later.
> 

So to be clear you ran pg_dump with  --binary-upgrade and the extension 
elements where created after the user table that tripped the error?



-- 
Adrian Klaver
adrian.klaver@aklaver.com



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

Предыдущее
От: Will Storey
Дата:
Сообщение: Re: Unexpected "canceling statement due to user request" error
Следующее
От: Ron
Дата:
Сообщение: Re: killing vacuum analyze process