Re: Problem dropping table

Поиск
Список
Период
Сортировка
От Mikko Partio
Тема Re: Problem dropping table
Дата
Msg-id 2ca799770709182119o20e735e9t970085a5cdddb282@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Problem dropping table  (Ken Logan <ken@i2rd.com>)
Список 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 по дате отправления:

Предыдущее
От: Ow Mun Heng
Дата:
Сообщение: Re: Q:Aggregrating Weekly Production Data. How do you do it?
Следующее
От: "Phoenix Kiula"
Дата:
Сообщение: Re: For index bloat: VACUUM ANALYZE vs REINDEX/CLUSTER