Re: [bug] Table not have typarray when created by single user mode

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: [bug] Table not have typarray when created by single user mode
Дата
Msg-id 20200414180019.GA16161@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: [bug] Table not have typarray when created by single user mode  (wenjing <wjzeng2012@gmail.com>)
Ответы Re: [bug] Table not have typarray when created by single user mode  (wenjing zeng <wjzeng2012@gmail.com>)
Re: [bug] Table not have typarray when created by single user mode  (shawn wang <shawn.wang.pg@gmail.com>)
Список pgsql-bugs
On 2020-Apr-14, wenjing wrote:

> However, if such a table exists, an error with pg_upgrade is further raised
> 
> ./initdb -k -D datanew
> ./pg_upgrade -d data -d datanew - b. -b.
> 
> Restoring database schemas in the new cluster
>   postgres                                                  
> *failure*
> 
> Consult the last few lines of "pg_upgrade_dump_13580.log" for
> the probable cause of the failure.
> Failure, exiting
> 
> pg_restore: from TOC entry 200; 1259 13581 TABLE t_create_by_standalone wenjing
> pg_restore: error: could not execute query: ERROR:  pg_type array OID value not set when in binary upgrade mode

Maybe the solution is to drop the table before pg_upgrade.

(Perhaps in --check mode pg_upgrade could warn you about such
situations.  But then, should it warn you specifically about random
other instances of catalog corruption?)

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: PG Bug reporting form
Дата:
Сообщение: BUG #16362: yum repo: duplicated definition
Следующее
От: Iipponen Timo
Дата:
Сообщение: GRANT CONNECT statements not shown after pg_dump - pg_restore fromPostgreSQL 9 to PostgreSQL 12