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@entry=0x7c2908 "!(!(tuple->t_infomask & > 0x1000))", errorType=errorType@entry=0x7acc70 "FailedAssertion", > fileName=fileName@entry=0x91767e "tqual.c", > lineNumber=lineNumber@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@entry=0x10bfe4c, > relation=0x7fbebbcd89c0, buffer=310, snapshot=0x10bfda0, > heapTuple=heapTuple@entry=0x10bfe48, > all_dead=all_dead@entry=0x7fff4aa3866f "\001\370\375\v\001", > first_call=1 '\001') at heapam.c:1756 > #5 0x00000000004a8174 in index_fetch_heap (scan=scan@entry=0x10bfdf8) > at indexam.c:539 > #6 0x00000000004a82a8 in index_getnext (scan=0x10bfdf8, > direction=direction@entry=ForwardScanDirection) at indexam.c:622 > #7 0x00000000004a6fa9 in systable_getnext (sysscan=sysscan@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@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 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers