From: | Gordon Shannon <gordo169(at)gmail(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: seg fault crashed the postmaster |
Date: | 2010-12-31 21:06:16 |
Message-ID: | AANLkTimV17a4C_SUuFABErBGPihgUBUScd1uRO=UZfSj@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Yes that query does take 30 or 90 secs. I'm pretty sure it was blocking on
its twin update running concurrently. However I'm not really sure how to
identify what "transaction 1283585646" was.
Enclosed is the query plan -- 21000 lines
-gordon
I tried to replicate the problem here without success, which suggests to
> me that maybe it's plan-dependent. Can you show what EXPLAIN gives you
> for the troublesome query?
>
> Another point here is that your logs suggest that the query blocked
> behind the previous updater of the row for a very long time --- 90 sec
> in one case, 30 sec in another. Is that the typical runtime for one of
> these updates? If not, can you identify what the blocking query was?
> If it's something different from another instance of the identical
> update, it'd be useful to know what.
>
>
--
View this message in context: http://postgresql.1045698.n5.nabble.com/seg-fault-crashed-the-postmaster-tp3323117p3323915.html
Sent from the PostgreSQL - general mailing list archive at Nabble.com.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-12-31 21:17:03 | Re: seg fault crashed the postmaster |
Previous Message | Tom Lane | 2010-12-31 20:44:39 | Re: seg fault crashed the postmaster |