From: | Eric Marsden <emarsden(at)mail(dot)dotcom(dot)fr> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Deadlocking: "xid loop detected" |
Date: | 1998-08-28 13:47:06 |
Message-ID: | m2d89l9q1x.fsf@cook.onecert.fr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hello,
I have a deadlocking problem with PostgreSQL v6.3.2. The offending SQL
statement seems to be an UPDATE; when I try to SELECT from the same
table things block. After killing the postmaster I get the following
messages:
"Some other backend died abnormally and possibly corrupted shared
memory" (several times, probably proportional to the number of
postgres processes running)
NOTICE: LockReleaseAll: xid loop detected, giving up
and messages about shared memory and so on.
The table only uses standard TEXT, VARCHAR, INTEGER and TIMESTAMP
types and obtains default values for some attributes from a sequence.
The system is Linux kernel 2.0.34, libc5, with Apache + mod_perl +
Apache::DBI + DBD::Pg. I am running DBI in autocommit mode.
* is there any way to ask the backend what queries are running and
what locks are active on a given table?
* any advice as to detecting deadlock situations and recovering
gracefully in web/db applications?
--
Eric Marsden
emarsden @ mail.dotcom.fr
It's elephants all the way down
From | Date | Subject | |
---|---|---|---|
Next Message | jacob ginsburg | 1998-08-28 15:45:19 | ECPG fetch from cursor BUG!? |
Previous Message | Bruce Momjian | 1998-08-28 04:16:38 | Re: [GENERAL] MaxIndexAttributeNumber limit |