Re: Assertion failure in REL9_5_STABLE

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Marko Tiikkaja <marko(at)joh(dot)to>
Cc: Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Assertion failure in REL9_5_STABLE
Date: 2016-08-17 16:04:49
Message-ID: 20160817160449.GA896907@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Marko Tiikkaja wrote:

> Running one specific test from our application against REL9_5_STABLE
> (current as of today) gives me this:
>
> #2 0x00007effb59595be in ExceptionalCondition (
> conditionName=conditionName(at)entry=0x7effb5b27a88 "!(CritSectionCount > 0
> || TransactionIdIsCurrentTransactionId(( (!((tup)->t_infomask & 0x0800) &&
> ((tup)->t_infomask & 0x1000) && !((tup)->t_infomask & 0x0080)) ?
> HeapTupleGetUpdateXid(tup) : ( (tup)-"...,
> errorType=errorType(at)entry=0x7effb599b74b "FailedAssertion",
> fileName=fileName(at)entry=0x7effb5b2796c "combocid.c",
> lineNumber=lineNumber(at)entry=132) at assert.c:54
> #3 0x00007effb598e19b in HeapTupleHeaderGetCmax (tup=0x7effa85714c8) at
> combocid.c:131

Can you please do
frame 3
print tup->t_ctid
in gdb? That would print the tuple address with which to grep the xlog
sequence.

--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2016-08-17 16:21:03 Re: [GENERAL] C++ port of Postgres
Previous Message Andres Freund 2016-08-17 15:44:26 Re: LWLocks in DSM memory