Return-Path: Delivered-To: apmail-db-general-archive@www.apache.org Received: (qmail 50132 invoked from network); 21 May 2008 19:42:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 May 2008 19:42:54 -0000 Received: (qmail 26359 invoked by uid 500); 21 May 2008 19:42:56 -0000 Delivered-To: apmail-db-general-archive@db.apache.org Received: (qmail 26310 invoked by uid 500); 21 May 2008 19:42:55 -0000 Mailing-List: contact general-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: general@db.apache.org List-Id: Delivered-To: mailing list general@db.apache.org Received: (qmail 26299 invoked by uid 99); 21 May 2008 19:42:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 May 2008 12:42:55 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mcintyre.a@gmail.com designates 209.85.200.170 as permitted sender) Received: from [209.85.200.170] (HELO wf-out-1314.google.com) (209.85.200.170) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 May 2008 19:42:09 +0000 Received: by wf-out-1314.google.com with SMTP id 26so3420595wfd.13 for ; Wed, 21 May 2008 12:42:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=nAle12xpMSXla9k64zo+QD8Vdm+xFL5QDiHd+8MfxLw=; b=Ac+BnHgVlrKY+q/HGvsFg2LQhi5XLX+kpF6ha6i2+8fMjSER/z2OXrdOWWleSruGRnrPomzeWMXqi6uwvWfxKM7593OLyAEyj7TfCegnG+EX4C/s7IiNtXacUErSQP0F0E7Dl2JmLZ34xMWHsBRWgXMGMzzgC53FApvIcABZdBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=MDMtIBhgmDZeq6joetL0WOCc2k9hT3A7z3teyRt0VA/bzmyWByVGb2UmvzTztVH5D0HqmnudtP6fVouk4M1EGFRASmPt5QlTsdLPo4l8/P1rD+92ygBYbx0dtWcS9D2rkn+hQ8oNXj8gMYWyLQ/I1eHnOUAVlhm9/fAmkL+r/gY= Received: by 10.142.187.2 with SMTP id k2mr4054586wff.25.1211398945035; Wed, 21 May 2008 12:42:25 -0700 (PDT) Received: by 10.143.196.3 with HTTP; Wed, 21 May 2008 12:42:25 -0700 (PDT) Message-ID: <54ac72d70805211242y29d4a0bcyf6ae518a7a8f1767@mail.gmail.com> Date: Wed, 21 May 2008 12:42:25 -0700 From: "Andrew McIntyre" To: "Derby Discussion" , "Derby Development" , general@db.apache.org Subject: [ANNOUNCE] Apache Derby 10.3.3.0 released MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked by ClamAV on apache.org The Apache Derby project is pleased to announce an important maintenance release of Derby, 10.3.3.0. Apache Derby is a subproject of the Apache DB project. Derby is a pure Java relational database engine which conforms to the ISO/ANSI SQL and JDBC standards. Derby aims to be easy for developers and end-users to work with. IMPORTANT NOTICE: If you are currently using Derby 10.3.1.4 or Derby 10.3.2.1, it is strongly recommended that you upgrade to Derby 10.4.1.3 or 10.3.3.0 to avoid any chance of database corruption due to an issue with multiple threads accessing a database that is documented in DERBY-3347. This bug can cause unrecoverable database corruption during periods of heavy, multi-thread I/O operations. The error produced in the test case used to diagnose the problem was: ERROR XSDB3: Container information cannot change once written: was 0, now 80. It is felt that other errors might also be generated when this type of corruption occurs. The corruption message will most likely refer to page 0 of the container. For example: ERROR XSDG1: Page Page(0 ,Container(0, 5856)) could not be written... This bug corrupts the pages on disk and can go unnoticed. If you do not run database consistency checks regularly it is recommended you begin doing so as soon as possible after the upgrade. To insure that corruption has not already occurred in existing databases, after upgrade run the database consistency check at least once to validate all tables in the database. This process is documented at: http://wiki.apache.org/db-derby/DatabaseConsistencyCheck If the corruption has already occurred there is no guaranteed recovery of data other than to recover from the last good backup. When doing so one should also check that the previous backup did not also have the corruption. In some cases one may recover data from the existing database, depending on the extent of the corruption, but will require by hand data recovery. Depending on the type of corruption this may be successful or not. one should consult the Derby list if attempting this recovery - no automatic software solution to this recovery exists. Version 10.3.3.0 can be downloaded from: http://db.apache.org/derby/releases/release-10.3.3.0.cgi Version 10.4.1.3 can be downloaded from: http://db.apache.org/derby/releases/release-10.4.1.3.cgi For help or questions, please post to the Derby User list. For instructions on how to subcribe and post to the Derby User list, please see: http://db.apache.org/derby/derby_mail.html