Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 64484 invoked from network); 12 Dec 2005 19:38:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 12 Dec 2005 19:38:45 -0000 Received: (qmail 51502 invoked by uid 500); 12 Dec 2005 19:38:44 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 51473 invoked by uid 500); 12 Dec 2005 19:38:43 -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 51464 invoked by uid 99); 12 Dec 2005 19:38:43 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Dec 2005 11:38:43 -0800 X-ASF-Spam-Status: No, hits=4.1 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,DNS_FROM_RFC_WHOIS,RCVD_IN_BL_SPAMCOP_NET X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [32.97.110.154] (HELO e36.co.us.ibm.com) (32.97.110.154) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Dec 2005 11:38:42 -0800 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e36.co.us.ibm.com (8.12.11/8.12.11) with ESMTP id jBCJcHdt025246 for ; Mon, 12 Dec 2005 14:38:17 -0500 Received: from d03av03.boulder.ibm.com (d03av03.boulder.ibm.com [9.17.195.169]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VERS6.8) with ESMTP id jBCJbTMF091798 for ; Mon, 12 Dec 2005 12:37:29 -0700 Received: from d03av03.boulder.ibm.com (loopback [127.0.0.1]) by d03av03.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id jBCJc7YL021454 for ; Mon, 12 Dec 2005 12:38:07 -0700 Received: from [127.0.0.1] (svl-arbrown.svl.ibm.com [9.30.40.111]) by d03av03.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id jBCJc6JN021191 for ; Mon, 12 Dec 2005 12:38:06 -0700 Message-ID: <439DD193.1030603@sbcglobal.net> Date: Mon, 12 Dec 2005 11:37:55 -0800 From: Army User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: derby-dev@db.apache.org Subject: Re: Is it possible that DERBY-491 and DERBY-614 are related? References: <4398CC0C.4010102@amberpoint.com> <4398DD3F.3050004@sbcglobal.net> <4398DFF7.9010704@amberpoint.com> In-Reply-To: <4398DFF7.9010704@amberpoint.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Bryan Pendleton wrote: >> Hi Bryan, This issues are related to DSS chaining which is something >> separate than DERBY-614. >> Army made a great Wiki page on the subject. >> http://wiki.apache.org/db-derby/DssProtocolErrors > > > Hi Kathey, thank you very much. I will go read Army's page to learn more. > Hi Bryan, I was just curious: have you had a chance to look at the Wiki page on chaining/continuation? If so, were able to you tell if the new trace file for DERBY-491 (the one that is now hanging with your patch) shows any of the symptoms described on the Wiki page? In particular, I'm wondering if the trace file for the hang is showing any *chaining* (as opposed to *continuation*) symptoms. If so, then it might be the case that the change for DERBY-614 has altered chaining in the server, which could account for the new hang--and that would require follow-up investigation/work since (so far as I know) there weren't any outstanding chaining issues prior to the patch for DERBY-614. If the trace file does _not_ show any signs of chaining issues, then it's probably the case that the hang is just a different symptom of the existing continuation problem that prompted DERBY-491 in the first place (i.e. no further work would be needed...though further investigation would certainly be nice ;) Note the differentiation between "chaining" and "continuation"; they are technically two different things: while there are certainly on-going issues with DSS continuation, I think the DSS chaining issues have become more rare (as I said, I can't recall any outstanding issues there, thought it is of course possible I've just overlooked them). Also, have you tried running the repros for the other known DSS continuation problems with your patch applied? In particular: DERBY-125, DERBY-170, DERBY-492, and DERBY-529? I'm curious as to whether or not the behavior of those tests has changed with the patch for DERBY-614, and if so, whether or not that's something that requires closer examination...? This isn't meant to second-guess your patch for DERBY-614 (I'm so glad someone's looking at these protocol errors, as they can be rather tricky--so thanks!), I just thought I'd bring up some areas where further/future investigation might be necessary/useful. Army