Re: Upgrade 96 -> 11

From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
To: James Sewell <james(dot)sewell(at)jirotech(dot)com>
Cc: "pgsql-generallists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Upgrade 96 -> 11
Date: 2019-09-03 00:15:39
Message-ID: 77f0cd56-c500-eb2a-40b7-22c2d27c83d2@aklaver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 9/2/19 4:57 PM, James Sewell wrote:
>
>

>
> I am going to assume then that it has to do with this:
> "LINE 39:     "location_pt" "public"."geography"(Point,4283), "
>
> What is the above pointing to?
>
>
> This needs the PostGIS types and tables to work - they don't exist as
> they were not created with CREATE EXTENSION, but rather are to be
> created later in the restore.
>
>
>
> >
> >     2) "Both the versions have PostGIS 2.5.1 installed and working"
> >
> >     How do you know it is working on the 11 version?
> >
> >
> > By version I mean 11 - I can init a new cluster and it’s fine
> >
> > The more I look at this it seems like:
> >
> > A) pg_upgrade somehow creates postgis without supporting tables
>
> So you see a CREATE EXTENSION postgis?
>
> Is there anything in the logs that pertains to the above?
>
>
> Yes and no. Just the create extension.
>
>
>
> > B) while the tables would be created from the schema dump files,
> they
> > happen too late
>
> What happens if you use pg_dump from version 11 against the 9.6 cluster
> with the -s and -p?
>
> Does it shows the schema creation in the order you need?
>
>
> Yes. It's only in the binary_upgrade mode I see issues (because the
> extension stuff isn't created with CREATE EXTENSION)
>

What is the pg_upgrade command you are using?

--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message James Sewell 2019-09-03 00:20:30 Re: Upgrade 96 -> 11
Previous Message James Sewell 2019-09-02 23:57:47 Re: Upgrade 96 -> 11