Re: postgresql9.1.6 core dump

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com>
Cc: h-shiga(at)big(dot)or(dot)jp, hiroyuki shiga <hshiga(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: postgresql9.1.6 core dump
Date: 2013-10-11 15:36:24
Message-ID: 20131011153624.GO4825@eldon.alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Adrian Klaver escribió:
> On 10/11/2013 03:51 AM, hiroyuki shiga wrote:
> >Thank you for reply.
> >
> >but .... I can't provide a self-contained test case.
> >
>
> So what are you doing when you get the core dump?

The query is in the backtrace:

SELECT PATH, COUNT(SITE_ID)
FROM ACCESS_LOG_05
WHERE SITE_ID = $1
GROUP BY PATH
ORDER BY PATH

And it also suggests that the crash is happening during cache lookup of
the "count" function.

Since this seems to work for pretty much everybody, I would wonder about
corrupt catalogs and/or corrupt cache; if neither, perhaps some race
condition on cache invalidation/reload. Speculating much without any
further evidence or test case appears pointless.

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

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bret Stern 2013-10-11 15:52:42 Re: Forms for entering data into postgresql
Previous Message Adrian Klaver 2013-10-11 13:36:20 Re: postgresql9.1.6 core dump