Re: pg_restore - hangs or check on progress
От | Birchall, Austen |
---|---|
Тема | Re: pg_restore - hangs or check on progress |
Дата | |
Msg-id | 4E154FB60786D74BB4DFDC97BF991CAC03A3F6@EXXCMPD1DAG2.cmpd1.metoffice.gov.uk обсуждение исходный текст |
Ответ на | Re: pg_restore - hangs or check on progress (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | 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 по дате отправления: