Re: dumping tables from badly damaged db
От | Brian Ristuccia |
---|---|
Тема | Re: dumping tables from badly damaged db |
Дата | |
Msg-id | 20031102184538.GL24232@sw.starentnetworks.com обсуждение исходный текст |
Ответ на | Re: dumping tables from badly damaged db (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-admin |
On Fri, Oct 31, 2003 at 02:45:57PM -0500, Tom Lane wrote: > Lather, rinse, repeat until it comes up ... > Ok. That excercise was certainly no fun. For the various system tables I was missing, I managed to either find them in lost+found, or I copied the version from template0. The files for some relatively unimportant tables were irrecoverably destroyed. Of course, I realize that my database is probably now in a percarious state. I want to run a pg_dump, drop the db, and then rebuild into a fresh database. Except for selects on the destroyed tables, my database works as normal, so I'm confident I can get my data out. But pg_dump refuses to run. It complains about the destroyed tables and also something about plpgsql: pg_dump: NOTICE: RelationBuildDesc: can't open deprecated_data1: No such file or directory pg_dump: NOTICE: RelationBuildDesc: can't open unimportant_stuff: No such file or directory pg_dump: handler procedure for procedural language plpgsql not found I can't drop the tables from psql: drop TABLE deprecated_data1 ; ERROR: cannot open deprecated_data1: No such file or directory Am I likely to have success by performing surgery on the pg_table relation in order to remove these destroyed tables? Any hints on what I should do about the procedural language issue? -- Brian Ristuccia
В списке pgsql-admin по дате отправления: