From: | "Guo, Yun" <YGuo(at)cvent(dot)com> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: pg_upgrade from 9.3 to 9.4 fails |
Date: | 2015-10-05 18:23:43 |
Message-ID: | D23837DE.48514%yguo@cvent.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On 10/5/15, 2:16 PM, "Bruce Momjian" <bruce(at)momjian(dot)us> wrote:
>On Mon, Oct 5, 2015 at 06:04:13PM +0000, Guo, Yun wrote:
>>
>>
>> On 10/5/15, 2:02 PM, "Bruce Momjian" <bruce(at)momjian(dot)us> wrote:
>>
>> >On Mon, Oct 5, 2015 at 06:00:27PM +0000, Guo, Yun wrote:
>> >> >Wow, that is weird. Can you run this query on the old cluster and
>>show
>> >> >us the output?
>> >> >
>> >> > SELECT * FROM pg_type WHERE oid = 1670699;
>> >OK, try running the error query in all the databases then.
>>
>> I tried it all databases. None of them has oid 1670699 in pg_type.
>
>Yes, I know that. I want you to run the query that generated the error
>in each database and figure out which database has the problem, see
>below. My guess is that database references a datatype that doesn't
>exist anymore, for some reason.
>
>--------------------------------------------------------------------------
>-
>
>CREATE TEMPORARY TABLE info_rels (reloid) AS SELECT c.oid FROM
>pg_catalog.pg_class c JOIN pg_catalog.pg_namespace n ON c.relnamespace =
>n.oid LEFT OUTER JOIN pg_catalog.pg_index i ON c.oid = i.indexrelid
>WHERE
>relkind IN ('r', 'm', 'i', 'S') AND i.indisvalid IS DISTINCT FROM false
>AND
> i.indisready IS DISTINCT FROM false AND ((n.nspname !~ '^pg_temp_' AND
>n.nspname !~ '^pg_toast_temp_' AND n.nspname NOT IN ('pg_catalog',
>'information_schema', 'binary_upgrade', 'pg_toast') AND c.oid >= 16384)
>OR
>(n.nspname = 'pg_catalog' AND relname IN ('pg_largeobject',
>'pg_largeobject_loid_pn_index', 'pg_largeobject_metadata',
>'pg_largeobject_metadata_oid_index') ));
Sorry I misunderstood you instruction. I tried this query in all databases
and it executes without any error.
I guess that¹s the reason when I have the old server running the check
could pass.
However, somehow when the old server is hut down it would fail.
>
>--
> Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
> EnterpriseDB http://enterprisedb.com
>
>+ As you are, so once was I. As I am, so you will be. +
>+ Roman grave inscription +
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2015-10-05 19:02:18 | Re: pg_upgrade from 9.3 to 9.4 fails |
Previous Message | Bruce Momjian | 2015-10-05 18:16:12 | Re: pg_upgrade from 9.3 to 9.4 fails |