Re: pg_restore - hangs or check on progress - Mailing list pgsql-novice

From Birchall, Austen
Subject Re: pg_restore - hangs or check on progress
Date
Msg-id 4E154FB60786D74BB4DFDC97BF991CAC03A3F6@EXXCMPD1DAG2.cmpd1.metoffice.gov.uk
Whole thread Raw
In response to Re: pg_restore - hangs or check on progress  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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@sss.pgh.pa.us]
Sent: 16 April 2013 15:03
To: Birchall, Austen
Cc: pgsql-novice@postgresql.org
Subject: Re: [NOVICE] pg_restore - hangs or check on progress

"Birchall, Austen" <austen.birchall@metoffice.gov.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
docsor mailing lists as to the recommended procedure for dump/restore on older versions. 

            regards, tom lane


pgsql-novice by date:

Previous
From: Tom Lane
Date:
Subject: Re: pg_restore - hangs or check on progress
Next
From: "Birchall, Austen"
Date:
Subject: Another pg_restore question - indexes