Re: Failure on markhor with CLOBBER_CACHE_ALWAYS for test brin

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
Cc: PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Failure on markhor with CLOBBER_CACHE_ALWAYS for test brin
Date: 2014-12-31 13:02:40
Message-ID: 20141231130240.GA1457@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Alvaro Herrera wrote:
> Michael Paquier wrote:
> > HI all.
> >
> > markhor has run for the first time in 8 days, and there is something
> > in range e703261..72dd233 making the regression test of brin crashing.
> > See here:
> > http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=markhor&dt=2014-12-30%2020%3A58%3A49
>
> This shows that the crash was in the object_address test, not brin.
> Will research.

I can reproduce the crash in a CLOBBER_CACHE_ALWAYS build in
the object_address test. The backtrace is pretty strange:

#0 0x00007f08ce674107 in __GI_raise (sig=sig(at)entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x00007f08ce6754e8 in __GI_abort () at abort.c:89
#2 0x00000000007ac071 in ExceptionalCondition (
conditionName=conditionName(at)entry=0x800f28 "!(keylen < 64)",
errorType=errorType(at)entry=0x7e724f "FailedAssertion",
fileName=fileName(at)entry=0x800ef0 "/pgsql/source/master/src/backend/access/hash/hashfunc.c", lineNumber=lineNumber(at)entry=147)
at /pgsql/source/master/src/backend/utils/error/assert.c:54
#3 0x0000000000494a93 in hashname (fcinfo=fcinfo(at)entry=0x7fff244324a0)
at /pgsql/source/master/src/backend/access/hash/hashfunc.c:147
#4 0x00000000007b450d in DirectFunctionCall1Coll (func=0x494a50 <hashname>,
collation=collation(at)entry=0, arg1=<optimized out>)
at /pgsql/source/master/src/backend/utils/fmgr/fmgr.c:1027
#5 0x0000000000797aca in CatalogCacheComputeHashValue (cache=cache(at)entry=0x10367d8,
nkeys=<optimized out>, cur_skey=cur_skey(at)entry=0x7fff244328e0)
at /pgsql/source/master/src/backend/utils/cache/catcache.c:212
#6 0x0000000000798ff7 in SearchCatCache (cache=0x10367d8, v1=18241016, v2=6, v3=11, v4=0)
at /pgsql/source/master/src/backend/utils/cache/catcache.c:1149
#7 0x00000000007a67ae in GetSysCacheOid (cacheId=cacheId(at)entry=15, key1=<optimized out>,
key2=key2(at)entry=6, key3=key3(at)entry=11, key4=key4(at)entry=0)
at /pgsql/source/master/src/backend/utils/cache/syscache.c:988
#8 0x0000000000504699 in get_collation_oid (name=name(at)entry=0x11655c0,
missing_ok=missing_ok(at)entry=0 '\000')
at /pgsql/source/master/src/backend/catalog/namespace.c:3323
#9 0x000000000050d8dc in get_object_address (objtype=objtype(at)entry=OBJECT_COLLATION,
objname=objname(at)entry=0x11655c0, objargs=objargs(at)entry=0x0,
relp=relp(at)entry=0x7fff24432c28, lockmode=lockmode(at)entry=1,
missing_ok=missing_ok(at)entry=0 '\000')
at /pgsql/source/master/src/backend/catalog/objectaddress.c:704

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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Amit Kapila 2014-12-31 13:05:38 Re: TODO : Allow parallel cores to be used by vacuumdb [ WIP ]
Previous Message José Luis Tallón 2014-12-31 13:00:01 Re: Additional role attributes && superuser review