Re: ALTER TABLE name RENAME TO new_name; does not workimmediately

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Gregory Stark <stark(at)enterprisedb(dot)com>
Cc: megous(at)gmail(dot)com, pgsql-bugs(at)postgresql(dot)org
Subject: Re: ALTER TABLE name RENAME TO new_name; does not workimmediately
Date: 2008-08-10 03:35:27
Message-ID: 20080810033526.GB3759@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Gregory Stark 2008-08-10 09:34:42 Re: ALTER TABLE name RENAME TO new_name; does notworkimmediately
Previous Message Gregory Stark 2008-08-10 02:26:15 Re: ALTER TABLE name RENAME TO new_name; does not workimmediately