Skip site navigation (1) Skip section navigation (2)

Re: FATAL: catalog is missing 1 attribute(s) for relid

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 (view raw or flat)
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

In response to

pgsql-hackers by date

Next:From: Mark KirkwoodDate: 2005-01-14 06:52:36
Subject: Re: FATAL: catalog is missing 1 attribute(s) for relid
Previous:From: Tom LaneDate: 2005-01-14 05:15:28
Subject: Re: Slow PL/pgSQL 8.0.RC5 (7.4.6. 3times faster)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group