Re: failed to fetch tuple for EvalPlanQual recheck

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Andres Freund <andres(at)anarazel(dot)de>, Kenichiro Tanaka <ketanaka(at)ashisuto(dot)co(dot)jp>, pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: failed to fetch tuple for EvalPlanQual recheck
Date: 2010-07-27 22:52:11
Message-ID: 17533.1280271131@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Excerpts from Andres Freund's message of mar jul 27 17:20:37 -0400 2010:
>> I guess youve compiled with --enable-cassert and Kenchiro-san has not?

> Eh, of course. I'm just pointing out that this is a serious bug :-)
> I spent some time looking at the code, but the EvalPlanQual stuff is
> over my head. I imagine this is somehow related to the ItemIdSetInvalid
> call in ExecLockRows line 97 ('cause that has to do with inheritance
> too), but I can't tell.

It's probably my fault --- all that code got rewritten in preparation
for refactoring ModifyTable out of execMain.c. Will look at it soon.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Robert Haas 2010-07-27 23:09:25 Re: BUG #5543: Poor performance - Index scan backwards not used for order by desc with partitioned tables
Previous Message valgog 2010-07-27 22:23:39 Re: BUG #5574: PANIC on hot-standby: heap_update_redo