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

From: wenjing zeng <wjzeng2012(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, tushar <tushar(dot)ahuja(at)enterprisedb(dot)com>, Prabhat Sahu <prabhat(dot)sahu(at)enterprisedb(dot)com>
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, wjzeng <wjzeng2012(at)gmail(dot)com>
Subject: Re: [bug] Table not have typarray when created by single user mode
Date: 2020-05-19 08:19:56
Message-ID: B9D7EB43-21D6-46C9-B74A-0DD1A6D3C2C7@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers


> 2020年4月15日 上午2:00,Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> 写道:
>
> 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?)

I fixed the problem along your lines.
Please check.

Wenjing

Attachment Content-Type Size
check_for_incomplete_object_definition_v1.txt text/plain 3.2 KB

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message PG Bug reporting form 2020-05-19 08:49:13 BUG #16452: pgp_sym_encrypt_bytea with compress-level=6 : Wrong key or corrupt data
Previous Message Michael Paquier 2020-05-19 07:02:57 Re: BUG #16449: Log file and the query field of the pg_stat_statements table display clear text password.

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Kapila 2020-05-19 09:04:33 Re: PATCH: logical_work_mem and logical streaming of large in-progress transactions
Previous Message Antonin Houska 2020-05-19 08:17:20 Re: WIP: Aggregation push-down