Re: dumping tables from badly damaged db - Mailing list pgsql-admin

From Brian Ristuccia
Subject Re: dumping tables from badly damaged db
Date
Msg-id 20031102184538.GL24232@sw.starentnetworks.com
Whole thread Raw
In response to Re: dumping tables from badly damaged db  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Brian Ristuccia
Date:
Subject: Re: dumping tables from badly damaged db
Next
From: mlaks
Date:
Subject: settings for postgresql.conf on 7.3.4 vs 7.2.1 and 7.2.4