Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 91084 invoked from network); 28 May 2008 14:34:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 May 2008 14:34:06 -0000 Received: (qmail 36583 invoked by uid 500); 28 May 2008 14:34:08 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 36559 invoked by uid 500); 28 May 2008 14:34:07 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 36507 invoked by uid 99); 28 May 2008 14:34:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 May 2008 07:34:07 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 May 2008 14:33:28 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 02461234C127 for ; Wed, 28 May 2008 07:33:45 -0700 (PDT) Message-ID: <1990540044.1211985225008.JavaMail.jira@brutus> Date: Wed, 28 May 2008 07:33:45 -0700 (PDT) From: "geoff hendrey (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-3678) StackOverflowException in deadlock trace In-Reply-To: <1084632250.1211141455631.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-3678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600488#action_12600488 ] geoff hendrey commented on DERBY-3678: -------------------------------------- I only have one connection open to the given database. So it seems this problem will occur even with only one connection. However, I found that the problem can be made to go away, in my case, by more carefully closing my prepared statements immediately after I am done with them, instead of relying on Connection.close. So the problem seems, in my case, to be related to having 9 or more PreparedStatements open through a given connection. > StackOverflowException in deadlock trace > ---------------------------------------- > > Key: DERBY-3678 > URL: https://issues.apache.org/jira/browse/DERBY-3678 > Project: Derby > Issue Type: Bug > Affects Versions: 10.3.2.1 > Environment: (this is actually in version 10.3.2.2) > MacOS 10, JDK 1.6 > Reporter: geoff hendrey > > I am getting a deadlock in SYSTABLE. When I turn on Dderby.locks.deadlockTrace=true, I get a StackOverflowException > Derby version The Apache Software Foundation - Apache Derby - 10.3.2.2 > - (618335): instance 80220011-0119-f93f-b912-00000000bced > on database directory /db/domains/geoff > Database Class Loader started - derby.database.classpath='' > 2008-05-17 23:44:36.380 > GMT Thread[btpool0-2,5,main] (XID = 7556), (SESSIONID = 4), (DATABASE = > domains/geoff), (DRDAID = null), Cleanup action starting > java.lang.StackOverflowError > at org.apache.derby.impl.sql.execute.GenericExecutionFactory.getValueRow(Unknown Source) > at org.apache.derby.impl.sql.catalog.SYSCONGLOMERATESRowFactory.makeRow(Unknown Source) > at org.apache.derby.impl.sql.catalog.SYSCONGLOMERATESRowFactory.makeEmptyRow(Unknown > Source) > at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.hashAllConglomerateDescriptorsByNumber(Unknown > Source) > at org.apache.derby.impl.services.locks.TableNameInfo.(Unknown Source) > at org.apache.derby.impl.services.locks.Timeout.buildLockTableString(Unknown Source) > at org.apache.derby.impl.services.locks.Timeout.createException(Unknown Source) > at org.apache.derby.impl.services.locks.Timeout.buildException(Unknown Source) > at org.apache.derby.impl.services.locks.ConcurrentLockSet.lockObject(Unknown Source) > at org.apache.derby.impl.services.locks.AbstractPool.lockObject(Unknown Source) > at org.apache.derby.impl.services.locks.ConcurrentPool.lockObject(Unknown Source) > at org.apache.derby.impl.store.raw.xact.RowLocking3.lockRecordForRead(Unknown Source) > at org.apache.derby.impl.store.access.heap.HeapController.lockRow(Unknown Source) > at org.apache.derby.impl.store.access.heap.HeapController.lockRow(Unknown Source) > at org.apache.derby.impl.store.access.btree.index.B2IRowLocking3.lockRowOnPage(Unknown > Source) > at org.apache.derby.impl.store.access.btree.index.B2IRowLocking3._lockScanRow(Unknown > Source) > at org.apache.derby.impl.store.access.btree.index.B2IRowLockingRR.lockScanRow(Unknown > Source) > at org.apache.derby.impl.store.access.btree.BTreeForwardScan.fetchRows(Unknown Source) > at org.apache.derby.impl.store.access.btree.BTreeScan.next(Unknown Source) > at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.getDescriptorViaIndex(Unknown > Source) > at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.locateSchemaRow(Unknown Source) > at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.getSchemaDescriptor(Unknown > Source) > at org.apache.derby.impl.sql.catalog.SYSTABLESRowFactory.buildDescriptor(Unknown Source) > at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.hashAllTableDescriptorsByTableId(Unknown > Source) > at org.apache.derby.impl.services.locks.TableNameInfo.(Unknown Source) > at org.apache.derby.impl.services.locks.Timeout.buildLockTableString(Unknown Source) > at org.apache.derby.impl.services.locks.Timeout.createException(Unknown Source) > at org.apache.derby.impl.services.locks.Timeout.buildException(Unknown Source) > at org.apache.derby.impl.services.locks.ConcurrentLockSet.lockObject(Unknown Source) > at org.apache.derby.impl.services.locks.AbstractPool.lockObject(Unknown Source) > at org.apache.derby.impl.services.locks.ConcurrentPool.lockObject(Unknown Source) > at org.apache.derby.impl.store.raw.xact.RowLocking3.lockRecordForRead(Unknown Source) > at org.apache.derby.impl.store.access.heap.HeapController.lockRow(Unknown Source) > at org.apache.derby.impl.store.access.heap.HeapController.lockRow(Unknown Source) > at org.apache.derby.impl.store.access.btree.index.B2IRowLocking3.lockRowOnPage(Unknown > Source) > at org.apache.derby.impl.store.access.btree.index.B2IRowLocking3._lockScanRow(Unknown > Source) > at org.apache.derby.impl.store.access.btree.index.B2IRowLockingRR.lockScanRow(Unknown > Source) > at org.apache.derby.impl.store.access.btree.BTreeForwardScan.fetchRows(Unknown Source) > at org.apache.derby.impl.store.access.btree.BTreeScan.next(Unknown Source) > at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.getDescriptorViaIndex(Unknown > Source) > at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.locateSchemaRow(Unknown Source) > at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.getSchemaDescriptor(Unknown > Source) > at org.apache.derby.impl.sql.catalog.SYSTABLESRowFactory.buildDescriptor(Unknown Source) > at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.hashAllTableDescriptorsByTableId(Unknown > Source) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.