| From: | kevin kempter <kevin(at)kevinkempterllc(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Tino Schwarze <postgresql(at)tisc(dot)de>, pgsql-admin(at)postgresql(dot)org |
| Subject: | Re: Deadlocks ? |
| Date: | 2008-05-13 23:33:27 |
| Message-ID: | 506ECCFC-6568-4CD3-B4AF-25A860D97859@kevinkempterllc.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin |
On May 13, 2008, at 5:00 PM, Tom Lane wrote:
> Tino Schwarze <postgresql(at)tisc(dot)de> writes:
>> On Tue, May 13, 2008 at 01:18:24PM -0600, kevin kempter wrote:
>> ProgrammingError: deadlock detected
>> DETAIL: Process 23098 waits for ShareUpdateExclusiveLock on
>> relation 428126 of database 427376; blocked by process 23916.
>> Process 23916 waits for ShareLock on transaction 46802680; blocked
>> by process 23098.
>
>> I've never figured out how to resolve the "lock on transaction" to
>> something understandable...
>
> It's presumably waiting for a row lock that the other transaction
> has got. We don't keep enough information about row locks in memory
> to give a better error message (because we could run out of memory
> if we tried :-()
>
> regards, tom lane
>
If that's true does it make sense to play with a timeout value (I
assume the timeout is configurable somewhere in postgresql.conf) in an
effort to tune for this ?
/Kevin
> --
> Sent via pgsql-admin mailing list (pgsql-admin(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-admin
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2008-05-14 00:49:33 | Re: Deadlocks ? |
| Previous Message | Tom Lane | 2008-05-13 23:00:28 | Re: Deadlocks ? |