Re: Drop Schema Error - Mailing list pgsql-admin

From Bradley Holbrook
Subject Re: Drop Schema Error
Date
Msg-id 00d201cbc170$af9c5ff0$0ed51fd0$@servillian.ca
Whole thread Raw
In response to Re: Drop Schema Error  (Viktor Bojović <viktor.bojovic@gmail.com>)
Responses Re: Drop Schema Error  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-admin

Worked like a charm, thanks Tom and Viktor.

 

I’m using version 8.4.5 64bit CentOs Linux

 

I renamed the schema from permissions to _old_permissions and I believe this caused the error.

 

 

From: Viktor Bojović [mailto:viktor.bojovic@gmail.com]
Sent: January-29-11 11:16 AM
To: Tom Lane
Cc: Bradley Holbrook; pgsql-admin@postgresql.org
Subject: Re: [ADMIN] Drop Schema Error

 

 

 

On Sat, Jan 29, 2011 at 5:57 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:

"Bradley Holbrook" <operations_bradley@servillian.ca> writes:
> DROP SCHEMA "_old_permissions" CASCADE;

> NOTICE:  drop cascades to 2 other objects
> DETAIL:  drop cascades to function 17059
> drop cascades to function 17060
> [Err] ERROR:  cache lookup failed for function 17060

> What is this trying to tell me?

Apparently you've got some dangling references in pg_depend, ie those
functions were dropped already but the pg_depend entries for them were
not cleaned up.

We've heard similar reports before (usually about temp tables not
functions, IIRC) but never been able to reproduce them or identify a
cause.  What PG version is this?  Have you done anything funny to that
schema or its contents, or had any crashes around the time of
manipulating either?

As far as cleaning up goes, the thing to do would be to manually delete
the relevant pg_depend entries --- for this one, an entry with objid =
17060 is probably what you're looking for.  But it would be good to try
to figure out how you got into this state first.

                       regards, tom lane

--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin

 

i had that problem when renaming schema which had already objects inside.

functions inside that schema  had references to objects inside that schema.

some functions still had reference to old schema name.

so i renamed it again to drop those objects.

It was 8.3.13 or prior version @ 32bit debian linux  .



--
---------------------------------------
Viktor Bojović
---------------------------------------
Wherever I go, Murphy goes with me

pgsql-admin by date:

Previous
From: Leon Starr
Date:
Subject: Re: creating and accessing temp table data inside a non-committed transaction
Next
From: Tom Lane
Date:
Subject: Re: Drop Schema Error