Re: Cache lookup error

From: Richard Huxton <dev(at)archonet(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Gunnar Sønsteby <gunnar(dot)sonsteby(at)netcom(dot)no>, pgsql-general(at)postgresql(dot)org
Subject: Re: Cache lookup error
Date: 2009-11-13 15:04:31
Message-ID: 4AFD757F.8090303@archonet.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> Richard Huxton <dev(at)archonet(dot)com> writes:
>> Gunnar Sønsteby wrote:
>>> 2009-11-12 06:11:51 CET INSERTERROR: cache lookup failed for type 19218
>
>> So - something is trying to access a slony type via its old OID rather
>> than its new one (or something like that). Not sure what this would be,
>> since the drop-schema + cascade should have removed anything that could
>> do this.
>
>> It's probably impossible to identify precisely what it was since it's
>> not there any more.
>
> Well, there's still a reference to it somewhere in the system catalogs,
> and locating the reference would give you a pretty good clue what it
> was --- not to mention being a prerequisite step for cleaning up.
> I'd try searching pg_class.reltype and pg_proc.prorettype for starters.
> If no luck there, go through all the columns that are cited as linking
> to pg_type.oid in
> http://www.postgresql.org/docs/8.3/static/catalogs.html

I was thinking it was a reference inside a function or similar. I'm
guessing "compiled" plpgsql is opaque?

--
Richard Huxton
Archonet Ltd

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Marek Peca 2009-11-13 15:07:09 Re: PGconn gets frozen ocassionally after select() timeout
Previous Message Richard Broersma 2009-11-13 14:59:18 Re: column aliases?