Re: Problem dropping table - Mailing list pgsql-general

From Mikko Partio
Subject Re: Problem dropping table
Date
Msg-id 2ca799770709182119o20e735e9t970085a5cdddb282@mail.gmail.com
Whole thread Raw
In response to Re: Problem dropping table  (Ken Logan <ken@i2rd.com>)
List pgsql-general


On 9/18/07, Ken Logan <ken@i2rd.com> wrote:

On Tue, 2007-09-18 at 11:10 -0700, Alan Hodgson wrote:
On Tuesday 18 September 2007 10:30, Ken Logan <ken@i2rd.com> wrote:
> When we try to drop the table we get the error:
> ERROR:  "member_pkey" is an index

You have to remove the table from it's Slony set before you can drop it. 
Slony does some hackish things to subscriber tables that make them 
unusable for normal DDL operations.

Your master probably isn't too thrilled, either, since it probably 
thinks the table is still in a set.

We actually used slonik_drop_table so its been properly removed from slony.

In any case, you'd probably have better luck with this on the Slony 
list. I'm not at all sure your problem can be fixed without discarding 
the slave, but someone there might know.

I was afraid of that... since there doesn't seem to be any remnants left behind by slony affecting this table I'm not sure I can ask a sensible question about it on the slony list, so I guess I'll need to either dig into the source for what the postgresql error message means or reinit the slave (again).

It is a known issue with slony (the foreign key causes it), check the slony mailing list archives for more info. AFAIK you have to use slonik and EXECUTE SCRIPT ... EXECUTE ONLY ON NODE x to remove the table.

Regards

MP


pgsql-general by date:

Previous
From: Ow Mun Heng
Date:
Subject: Re: Q:Aggregrating Weekly Production Data. How do you do it?
Next
From: "Phoenix Kiula"
Date:
Subject: Re: For index bloat: VACUUM ANALYZE vs REINDEX/CLUSTER