Re: pg_restore - hangs or check on progress

From: "Birchall, Austen" <austen(dot)birchall(at)metoffice(dot)gov(dot)uk>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-novice(at)postgresql(dot)org" <pgsql-novice(at)postgresql(dot)org>
Subject: Re: pg_restore - hangs or check on progress
Date: 2013-04-16 14:24:50
Message-ID: 4E154FB60786D74BB4DFDC97BF991CAC03A3F6@EXXCMPD1DAG2.cmpd1.metoffice.gov.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-novice

Thanks for this Tom, you're right as

The vendor docs (ESRI) state that I have to pg_restore for public first then do a separate one for the rest of the db

Austen

-----Original Message-----
From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
Sent: 16 April 2013 15:03
To: Birchall, Austen
Cc: pgsql-novice(at)postgresql(dot)org
Subject: Re: [NOVICE] pg_restore - hangs or check on progress

"Birchall, Austen" <austen(dot)birchall(at)metoffice(dot)gov(dot)uk> writes:
> The restore completed very quickly but I got the following errors - this is a postgis database
> pg_restore: [archiver (db)] COPY failed for table "admcntry_gl3m0ahcmp__st" : ERROR: ESRI: error getting spatial references for srid = 13:

> Anybody know what is happening here?

I think pg_restore is not aware that the postgis support tables have to be loaded up before geometric data can be restored. (That whole area is something that's been greatly improved since 8.4.) I'd suggest consulting the postgis docs or mailing lists as to the recommended procedure for dump/restore on older versions.

regards, tom lane

In response to

Browse pgsql-novice by date

  From Date Subject
Next Message Birchall, Austen 2013-04-16 15:56:40 Another pg_restore question - indexes
Previous Message Tom Lane 2013-04-16 14:03:21 Re: pg_restore - hangs or check on progress