Subject | RE: [firebird-support] Hunting Down Deadlock Exceptions |
---|---|
Author | Rick DeBay |
Post date | 2004-12-02T19:11:29Z |
Can you log the SQL that caused the exception to be thrown?
-----Original Message-----
From: Robert DiFalco [mailto:rdifalco@...]
Sent: Thursday, December 02, 2004 1:58 PM
To: firebird-support@yahoogroups.com
Subject: [firebird-support] Hunting Down Deadlock Exceptions
I sent this to the JayBird group, but thought I might have more luck
here. Basically, I'm trying to figure out the exact resource that causes
deadlock exceptions.
-----Original Message-----
From: Robert DiFalco
Sent: Wednesday, December 01, 2004 5:25 PM
To: 'Firebird-Java@yahoogroups.com'
Subject: Hunting Down Deadlock Exceptions
Anyone have a good strategy for hunting down deadlock exceptions from
Java? I'd like to know what particular table/record the deadlock is
occurring on. The exception does not provide much info:
Caused by: org.firebirdsql.jdbc.FBSQLException: GDS Exception.
335544336. deadlock
at
org.firebirdsql.jdbc.AbstractPreparedStatement.internalExecute(AbstractP
reparedStatement.java:503)
at
org.firebirdsql.jdbc.AbstractPreparedStatement.execute(AbstractPreparedS
tatement.java:431)
at
com.tripwire.space.core.persistence.db.CachedPreparedStatement.execute(C
onnectionPool.java:1211)
at
com.tripwire.space.core.persistence.db.StatementValues.execute(Statement
Values.java:65)
at
com.tripwire.space.core.persistence.db.DatabaseProxy.execute(DatabasePro
xy.java:86)
... 17 more
I don't see anything in the ibserver.log exception some of these:
SQUID (Server) Wed Dec 01 11:27:48 2004
INET/inet_error: read errno = 10054
Which I assume is due to my machine being so overtaxed. Anyway, if I
knew where the deadlock was occurring, I could program around it.
R.
Yahoo! Groups Links
-----Original Message-----
From: Robert DiFalco [mailto:rdifalco@...]
Sent: Thursday, December 02, 2004 1:58 PM
To: firebird-support@yahoogroups.com
Subject: [firebird-support] Hunting Down Deadlock Exceptions
I sent this to the JayBird group, but thought I might have more luck
here. Basically, I'm trying to figure out the exact resource that causes
deadlock exceptions.
-----Original Message-----
From: Robert DiFalco
Sent: Wednesday, December 01, 2004 5:25 PM
To: 'Firebird-Java@yahoogroups.com'
Subject: Hunting Down Deadlock Exceptions
Anyone have a good strategy for hunting down deadlock exceptions from
Java? I'd like to know what particular table/record the deadlock is
occurring on. The exception does not provide much info:
Caused by: org.firebirdsql.jdbc.FBSQLException: GDS Exception.
335544336. deadlock
at
org.firebirdsql.jdbc.AbstractPreparedStatement.internalExecute(AbstractP
reparedStatement.java:503)
at
org.firebirdsql.jdbc.AbstractPreparedStatement.execute(AbstractPreparedS
tatement.java:431)
at
com.tripwire.space.core.persistence.db.CachedPreparedStatement.execute(C
onnectionPool.java:1211)
at
com.tripwire.space.core.persistence.db.StatementValues.execute(Statement
Values.java:65)
at
com.tripwire.space.core.persistence.db.DatabaseProxy.execute(DatabasePro
xy.java:86)
... 17 more
I don't see anything in the ibserver.log exception some of these:
SQUID (Server) Wed Dec 01 11:27:48 2004
INET/inet_error: read errno = 10054
Which I assume is due to my machine being so overtaxed. Anyway, if I
knew where the deadlock was occurring, I could program around it.
R.
Yahoo! Groups Links