Re: ALTER TABLE name RENAME TO new_name; does not workimmediately - Mailing list pgsql-bugs

From Alvaro Herrera
Subject Re: ALTER TABLE name RENAME TO new_name; does not workimmediately
Date
Msg-id 20080810033526.GB3759@alvh.no-ip.org
Whole thread Raw
In response to Re: ALTER TABLE name RENAME TO new_name; does not workimmediately  (Gregory Stark <stark@enterprisedb.com>)
Responses Re: ALTER TABLE name RENAME TO new_name; does notworkimmediately
List pgsql-bugs
Gregory Stark escribió:

> Either a) we're not actually issuing a CommandCounterIncrement() or b) the
> command is not being properly marked as non-read-only when the update happens
> or, uh, c) something else is broken with generating or executing those
> invalidation messages.

Well, the CommandCounterIncrement call is either in postgres.c line
1032, or in the finish_xact_command call in line 1024 (may I suggest a
breakpoint in CCI while reproducing the bug?).  I'm not sure I
understand your (b) argument (if we failed to produce a sinval message
for this then the bug would have been detected eons ago), so I think the
most likely explanation is (c) :-)

> > I could not reproduce it here, but didn't try very hard.
>
> Did you try running the script he provided? It happened for me first try.

Yep.  No luck.  I didn't try changing the args in generate_series though.

How many CPUs are you running this on?  My system has 2.

--
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

pgsql-bugs by date:

Previous
From: Gregory Stark
Date:
Subject: Re: ALTER TABLE name RENAME TO new_name; does not workimmediately
Next
From: Gregory Stark
Date:
Subject: Re: ALTER TABLE name RENAME TO new_name; does notworkimmediately