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
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 |