Re: Cache lookup failed for relation, when trying to DROP

From: Mark Gibson <gibsonm(at)cromwell(dot)co(dot)uk>
To: Andrew Sullivan <ajs(at)crankycanuck(dot)ca>
Cc: pgsql <pgsql-general(at)postgresql(dot)org>
Subject: Re: Cache lookup failed for relation, when trying to DROP
Date: 2004-10-15 08:20:49
Message-ID: 9e29ec3cf9f1b83aaecf7aca99b4fe84416f88a9@cromwell.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Andrew Sullivan wrote:
> On Wed, Oct 06, 2004 at 05:25:58PM +0100, Mark Gibson wrote:
>
>>I had to remove Slony's schema manually as I was having problems
>>with it. I was in the process of removing all Slony related stuff,
>>and all my slave tables when this problem occurred, and was going to
>>start again from scratch.
>
> Did your problem happen on a replica, or on the origin? There's a
> current dirty, evil hack in Slony that does extremely naughty things
> in the catalogues on the replicas. This is slated to go away in the
> future, but at the moment it's possible to trip over it if you don't
> use Slony's own admin tools.

Yes it was on the slave. After a bit more playing with Slony, I've
discovered the cause. I'd created rules on a slave table before
subscribing it to the master, Slony was disabling the rule from
within pg_catalog, so when I manually removed Slony I had some
rogue rules floating around. PostgreSQL didn't know it needed to
drop the rules but it was being restricted from dropping the table
by unknown deps in pg_depend.

--
Mark Gibson <gibsonm |AT| cromwell |DOT| co |DOT| uk>
Web Developer & Database Admin
Cromwell Tools Ltd.
Leicester, England.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Alexander Pucher 2004-10-15 09:18:32 Mathematical operations with NULL values
Previous Message Richard Huxton 2004-10-15 07:33:21 Re: Complex Update Queries with Fromlist