From: | Andres Freund <andres(at)2ndquadrant(dot)com> |
---|---|
To: | Steve Singer <steve(at)ssinger(dot)info> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: logical changeset generation v6.2 |
Date: | 2013-10-03 16:38:59 |
Message-ID: | 20131003163859.GF19661@awork2.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2013-10-01 16:11:47 -0400, Steve Singer wrote:
> On 09/30/2013 06:44 PM, Andres Freund wrote:
> >Hi,
> >
> >The series from friday was a bit too buggy - obviously I was too
> >tired. So here's a new one:
>
> With this series I've also noticed
> #2 0x00000000007741a7 in ExceptionalCondition (
> conditionName=conditionName(at)entry=0x7c2908 "!(!(tuple->t_infomask &
> 0x1000))", errorType=errorType(at)entry=0x7acc70 "FailedAssertion",
> fileName=fileName(at)entry=0x91767e "tqual.c",
> lineNumber=lineNumber(at)entry=1608) at assert.c:54
> 54 abort();
>
>
> 0x00000000007a4432 in HeapTupleSatisfiesMVCCDuringDecoding (
> htup=0x10bfe48, snapshot=0x108b3d8, buffer=310) at tqual.c:1608
> #4 0x000000000049d6b7 in heap_hot_search_buffer (tid=tid(at)entry=0x10bfe4c,
> relation=0x7fbebbcd89c0, buffer=310, snapshot=0x10bfda0,
> heapTuple=heapTuple(at)entry=0x10bfe48,
> all_dead=all_dead(at)entry=0x7fff4aa3866f "\001\370\375\v\001",
> first_call=1 '\001') at heapam.c:1756
> #5 0x00000000004a8174 in index_fetch_heap (scan=scan(at)entry=0x10bfdf8)
> at indexam.c:539
> #6 0x00000000004a82a8 in index_getnext (scan=0x10bfdf8,
> direction=direction(at)entry=ForwardScanDirection) at indexam.c:622
> #7 0x00000000004a6fa9 in systable_getnext (sysscan=sysscan(at)entry=0x10bfd48)
> at genam.c:343
> #8 0x000000000076df40 in RelidByRelfilenode (reltablespace=0,
> relfilenode=529775) at relfilenodemap.c:214
> ---Type <return> to continue, or q <return> to quit---
> #9 0x0000000000664ad7 in ReorderBufferCommit (rb=0x1082d98,
> xid=<optimized out>, commit_lsn=4638756800, end_lsn=<optimized out>,
> commit_time=commit_time(at)entry=433970378426176) at reorderbuffer.c:1320
Does your code use SELECT FOR UPDATE/SHARE on system or treat_as_catalog
tables?
Greetings,
Andres Freund
--
Andres Freund http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2013-10-03 16:55:39 | Re: plpgsql.print_strict_params |
Previous Message | Stephen Frost | 2013-10-03 15:13:58 | Re: record identical operator - Review |