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
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 |