Return-Path: X-Original-To: apmail-db-derby-dev-archive@www.apache.org Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C88107F71 for ; Wed, 20 Jul 2011 12:44:22 +0000 (UTC) Received: (qmail 78621 invoked by uid 500); 20 Jul 2011 12:44:22 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 78576 invoked by uid 500); 20 Jul 2011 12:44:22 -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 78569 invoked by uid 99); 20 Jul 2011 12:44:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Jul 2011 12:44:21 +0000 X-ASF-Spam-Status: No, hits=-2001.1 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Jul 2011 12:44:19 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 035544A8BB for ; Wed, 20 Jul 2011 12:43:58 +0000 (UTC) Date: Wed, 20 Jul 2011 12:43:58 +0000 (UTC) From: "Knut Anders Hatlen (JIRA)" To: derby-dev@db.apache.org Message-ID: <1199774796.7554.1311165838010.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1902904805.15177.1310678700381.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Updated] (DERBY-5336) Repeated database creation causes OutOfMemoryError MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-5336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Knut Anders Hatlen updated DERBY-5336: -------------------------------------- Component/s: (was: Miscellaneous) Services Issue & fix info: [Repro attached, Workaround attached] (was: [Repro attached]) Bug behavior facts: [Crash, Regression] (was: [Crash]) I'm able to reproduce the OOME on trunk. It looks like the objects belonging to the stopped database instances are still referenced from the index statistics update daemon and cannot be freed. Disabling automatic update of index statistics seems to work around the problem. If I run the repro with -Dderby.storage.indexStats.auto=false, I don't see the OOME. I'm marking this bug as a regression, since the OOME is not seen with 10.7.1.1. > Repeated database creation causes OutOfMemoryError > -------------------------------------------------- > > Key: DERBY-5336 > URL: https://issues.apache.org/jira/browse/DERBY-5336 > Project: Derby > Issue Type: Bug > Components: Services > Affects Versions: 10.8.1.2 > Environment: Windows 7 64-bit, jdk1.6.0_26 > Reporter: Aja Walker > Attachments: DerbyOutOfMemoryErrorRepro.java > > > Repeatedly creating, querying, updating, and shutting down a database or databases eventually causes OutOfMemoryError. > Java source reproducing the problem is attached. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira