Re: Fwd: getInherits(): SELECT failed.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Nigel Gilbert <N(dot)Gilbert(at)soc(dot)surrey(dot)ac(dot)uk>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Fwd: getInherits(): SELECT failed.
Date: 2001-08-01 14:56:17
Message-ID: 9695.996677777@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Nigel Gilbert <N(dot)Gilbert(at)soc(dot)surrey(dot)ac(dot)uk> writes:
>> I have inherited a database apparently set up using postgres7.0.2.
>> I now want to dump the database in preparation for tidying up and
>> upgrading to the current version of postgresql. However, pg_dumpall
>> gives:
>>
>> pg_dumpall >db.out
>> getInherits(): SELECT failed. Explanation from backend: 'ERROR:
>> Attribute 'inhrel' not found
>> '.
>>
>> A previous message in this list proposed that this error was
>> generated when a version 6 database is dumped using version 7
>> software. I think this is unlikely to be the explanation here (for
>> example, psql 7.0.2 reads the database without complaint), but it is
>> a possibility.

I can assure you that that is a pg_dump-versus-backend version mismatch
problem: pg_dump is expecting a different layout of system catalog
tables than what it's actually finding.

I think that particular failure is the symptom of pre-7.0 pg_dump used
on a 7.0 database, but don't recall for sure. In any case, check which
instance of pg_dump you're invoking.

regards, tom lane

PS: yes, we have wised up since then --- recent pg_dump releases check
"select version()" before doing much else...

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Susan Lane 2001-08-01 15:52:39 Re: creating postgres tables using existing table defs
Previous Message Tom Lane 2001-08-01 14:50:03 Re: Corrupted tables?