Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 89599 invoked from network); 7 Mar 2007 20:12:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Mar 2007 20:12:49 -0000 Received: (qmail 90391 invoked by uid 500); 7 Mar 2007 20:12:50 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 90357 invoked by uid 500); 7 Mar 2007 20:12:50 -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 90348 invoked by uid 99); 7 Mar 2007 20:12:49 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Mar 2007 12:12:49 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of suresh.thalamati@gmail.com designates 66.249.82.234 as permitted sender) Received: from [66.249.82.234] (HELO wx-out-0506.google.com) (66.249.82.234) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Mar 2007 12:12:37 -0800 Received: by wx-out-0506.google.com with SMTP id s18so249020wxc for ; Wed, 07 Mar 2007 12:12:16 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=R+q0GK4UK1tcIBElCDMzIk7IihaQIN/kG1HHBecVcmldcck5FN4VMLYU/NfLYmErG7PSwVY700AdAs0RHVz2qs0pa3HBXjS1SNFDdOeecXAfPDEQekEBx3M8pURfckPEYfuzT86N0X6Sk+BRAI5WkQkqgzlXotv5a5DLrnweC0s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ZWBWpuH4NPCtIaG4XrGAnmf93au8CvsRHG6r699p1sxOSs7LAhRSNKkm8yoGq/q5nyMKoI5k/U7wdEDFt1Yi45Fq0mUy8y9qPGKNbWyJ7cmbT3AK9Rv5sxK0IZmFjPB1bhRl8Cbt3wC4H7Y41Dl7u2MBkvgvdmu/ylSFVcqfYdo= Received: by 10.90.72.10 with SMTP id u10mr7562736aga.1173298335825; Wed, 07 Mar 2007 12:12:15 -0800 (PST) Received: from ?9.30.38.151? ( [129.42.184.35]) by mx.google.com with ESMTP id 8sm1234559wra.2007.03.07.12.12.13; Wed, 07 Mar 2007 12:12:13 -0800 (PST) Message-ID: <45EF1C97.1090808@gmail.com> Date: Wed, 07 Mar 2007 12:12:07 -0800 From: Suresh Thalamati User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: derby-dev@db.apache.org Subject: Re: [jira] Commented: (DERBY-2254) Assert during log file switch: log file position exceeded max log file size References: <5451993.1169478750279.JavaMail.jira@brutus> <45B525BD.80504@gmail.com> <45E41C89.9000207@sun.com> In-Reply-To: <45E41C89.9000207@sun.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi Olav, Thanks a lot for spending time to find the cause for the large log files. My comments are in-line. Olav Sandstaa wrote: > Suresh > Suresh Thalamati wrote: > >> Olav Sandstaa (JIRA) wrote: >> >>> [ >>> https://issues.apache.org/jira/browse/DERBY-2254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466475 >>> ] >>> Olav Sandstaa commented on DERBY-2254: >>> -------------------------------------- > > I have tried running with these settings and the resulting 3.2 GB > derby.log file contains the dump of about 16 million log records. The > last entries in the log are: > > .. > > As you suggested, I tried to look for any sign of whether a checkpoint > was in progress or not. But from the dump of the log I can not find any > sign of checkpoints in the entire log. Do you have any suggestions for > how a checkpoint would identify itself in the log dump? Checkpoint in the log trace , should look something like the following : DEBUG LogTrace OUTPUT: scanned 160 : Checkpoint : redoLWM (1,49176) undoLWM (1,49176) ************************** org.apache.derby.impl.store.raw.xact.TransactionTable@bf7190 ..etc. I was thinking there should be a checkpoint in log files around the large log files,(log1191.dat (log1191.dat log1198.dat ..) not necessarily in the them. Only other reason I can think for not finding a checkpoint is , it started in the beginning and never finished. If this the case then I am confused how it managed to generate ~1MB log files in between those large ones. > > If I try to categorize the entries in the log dump they fall into the > following types (with the number of occurrences in the first column): > > 11422649 Page Operation: > 2340723 BeginXact > 2340734 EndXact > 420947 Checksum Operation > 29 detected proper log end on log file > 29 switched to next log file > > None of these seems to indicate that a checkpoint have started? > you are correct, those records can not confirm that the checkpoint in progress. Checkpoint log records is written only after all the data is flushed, in your test case failure seems to have occured while writing a checkpoint record. Looking at the last entries may not be be useful. Thanks -suresht