Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 62300 invoked from network); 13 Nov 2008 13:29:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Nov 2008 13:29:37 -0000 Received: (qmail 23339 invoked by uid 500); 13 Nov 2008 13:29:44 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 23308 invoked by uid 500); 13 Nov 2008 13:29:44 -0000 Mailing-List: contact derby-user-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Discussion" Delivered-To: mailing list derby-user@db.apache.org Received: (qmail 23297 invoked by uid 99); 13 Nov 2008 13:29:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Nov 2008 05:29:44 -0800 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [192.18.6.21] (HELO gmp-eb-inf-1.sun.com) (192.18.6.21) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 Nov 2008 13:28:23 +0000 Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id mADDT0cf025112 for ; Thu, 13 Nov 2008 13:29:00 GMT Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0KA900I01WLC3C00@fe-emea-10.sun.com> (original mail from Kristian.Waagan@Sun.COM) for derby-user@db.apache.org; Thu, 13 Nov 2008 13:29:00 +0000 (GMT) Received: from [129.159.139.71] by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0KA9006B4XG7GX00@fe-emea-10.sun.com> for derby-user@db.apache.org; Thu, 13 Nov 2008 13:28:56 +0000 (GMT) Date: Thu, 13 Nov 2008 14:28:53 +0100 From: Kristian Waagan Subject: Re: btree overflow during insert In-reply-to: <491C1C63.1010801@sun.com> Sender: Kristian.Waagan@Sun.COM To: Derby Discussion Message-id: <491C2B95.5000708@Sun.COM> Organization: Sun Microsystems MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <491AE134.7090806@sun.com> <491C1C63.1010801@sun.com> User-Agent: Thunderbird 2.0.0.6 (X11/20071119) X-Virus-Checked: Checked by ClamAV on apache.org Alan Burlison wrote: > This is an important issue for us, and is a potential risk to us > deploying on Derby. Should I raise a bug? I've looked at the source > where this error is coming from, and it's scattered with FIXME-type > comments that suggests it's a known problem. Hi Alan, I don't remember this issue coming up before. If you can reproduce this, and maybe devote some time writing a repro, I would just log a bug right away. If not, I would suggest you wait for some more days in hope of a person having a deeper knowledge about this issue pitching in. FYI, issues/bug are logged at https://issues.apache.org/jira/browse/DERBY regards, -- Kristian > > Thanks, > >> We are doing inserts with Derby 10.4.2.0 into a table that has an >> index on it, and during the insert we get the following errors: >> >> *** Appending local Error for batch element #84: Limitation: Record >> of a btree secondary index cannot be updated or inserted due to lack >> of space on the page. Use the parameters derby.storage.pageSize >> and/or derby.storage.pageReservedSpace to work around this >> limitation.*** >> *** Next Exception java.sql.SQLException: Error for batch element >> #155: Limitation: Record of a btree secondary index cannot be updated >> or inserted due to lack of space on the page. Use the parameters >> derby.storage.pageSize and/or derby.storage.pageReservedSpace to work >> around this limitation.*** >> Appending nestedError for batch element #84: Limitation: Record of a >> btree secondary index cannot be updated or inserted due to lack of >> space on the page. Use the parameters derby.storage.pageSize and/or >> derby.storage.pageReservedSpace to work around this limitation. >> >> We've tried removing the index and re-adding it after the inserts, >> but the result is the same. To stop this happening we have to up the >> derby.storage.pageSize parameter to 16k, which is too big for what is >> effectively an OLTP database, and the documentation for >> derby.storage.pageReservedSpace says that it only applies to tables, >> bot indexes. >> >> Is this a bug, and if not, what should we do to avoid it, other than >> increasing the DB page size to 16K? >