From: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: FATAL: catalog is missing 1 attribute(s) for relid |
Date: | 2005-01-14 05:53:34 |
Message-ID: | 20050114015135.S45642@ganymede.hub.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, 13 Jan 2005, Tom Lane wrote:
> "Marc G. Fournier" <scrappy(at)postgresql(dot)org> writes:
>> What the client did was a 'delete from pg_attribute where ... ' ...
>
> [ blink... ] Well, that sort of thing is definitely a candidate for the
> Darwin Award, but what exactly was the WHERE clause?
We were working on removing a 'botched' erserver install, to put slony
into place, and he didn't realize the ramifications of modifying system
files directly :(
>> I'm still searching the 'net to see if there is somethign that I've
>> overlooked ... but everything so far is drawing a deadend ... can someone
>> suggest a web page I should read, a tool I could use, or something, to get
>> the data out of this, that I'm not finding? Or some way of 'fixing' relid
>> 16396? :)
>
> [ select 16396::regclass... ] pg_am? You may be in luck, because that
> is the one solitary system catalog that no one ever changes. If that's
> all that got hit you might have a chance. What I'm wondering is just
> exactly what the extent of the damage was.
'k, I can try that in the morning and see ...
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy(at)hub(dot)org Yahoo!: yscrappy ICQ: 7615664
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Kirkwood | 2005-01-14 06:52:36 | Re: FATAL: catalog is missing 1 attribute(s) for relid |
Previous Message | Tom Lane | 2005-01-14 05:15:28 | Re: Slow PL/pgSQL 8.0.RC5 (7.4.6. 3times faster) |