Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 25070 invoked from network); 8 Feb 2006 18:11:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 8 Feb 2006 18:11:29 -0000 Received: (qmail 55870 invoked by uid 500); 8 Feb 2006 18:11:07 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 55831 invoked by uid 500); 8 Feb 2006 18:11:06 -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 55822 invoked by uid 99); 8 Feb 2006 18:11:06 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Feb 2006 10:11:06 -0800 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: 32.97.110.153 is neither permitted nor denied by domain of Stan.Bradbury@gmail.com) Received: from [32.97.110.153] (HELO e35.co.us.ibm.com) (32.97.110.153) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Feb 2006 10:11:05 -0800 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e35.co.us.ibm.com (8.12.11/8.12.11) with ESMTP id k18IAivg030158 for ; Wed, 8 Feb 2006 13:10:44 -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 k18I8dRd202954 for ; Wed, 8 Feb 2006 11:08:39 -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 k18IAiiX020674 for ; Wed, 8 Feb 2006 11:10:44 -0700 Received: from [127.0.0.1] (sig-9-48-127-125.mts.ibm.com [9.48.127.125]) by d03av03.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id k18IAfHS020536 for ; Wed, 8 Feb 2006 11:10:43 -0700 Message-ID: <43EA33FD.7090201@gmail.com> Date: Wed, 08 Feb 2006 10:10:05 -0800 From: Stanley Bradbury User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: derby-dev@db.apache.org Subject: Re: Derby - sysinfo call hangs References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; 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 Mark Kurley wrote: >-----Original Message----- >From: Stanley Bradbury [mailto:Stan.Bradbury@gmail.com] >Sent: Tuesday, February 07, 2006 12:00 PM >To: derby-dev@db.apache.org >Subject: Re: Derby - sysinfo call hangs > >Mark Kurley wrote: > > > >>I was able to narrow it down some more. If I put this call in a loop >>it will eventually hang. >> >>org.apache.derby.drda.NetworkServerControl ping >> >> ***************** SNIP ************* >Here is more information when I run the "NetworkServerControl ping" >command in a loop. The process eventually hangs. The CPU is quiet when >the process hangs. > > >1) Derby.log > >Connection number: 2506. >Connection number: 2507. >Connection number: 2508. >Connection number: 2509. > >2) Output from runtimeinfo when process hangs. > >--- Cloudscape Network Server Runtime Information --- >---------- Session Information --------------- >Session # :2511 > > >------------------------------------------------------------- ># Connection Threads : 3 ># Active Sessions : 1 ># Waiting Sessions : 0 > >Total Memory : 5110272 Free Memory : 2476784 > > >3) Here is the sysinfo when it executes properly.... > > > >--------- Cloudscape Network Server Information -------- >Version: CSS10000/10.0.2.0 Build: 30301 DRDA Product Id: CSS10000 >-- listing properties -- >derby.drda.host=localhost >derby.drda.portNumber=1527 > derby.drda.startNetworkServer=false >derby.drda.minThreads=1 >derby.drda.traceAll=false >derby.drda.logConnections=false >derby.drda.maxThreads=0 >derby.drda.timeSlice=0 >------------------ Java Information ------------------ >Java Version: 1.3.1 >Java Vendor: IBM Corporation >Java home: /usr/java131/jre >Java classpath: >/usr/local/derby/lib/derby.jar:/usr/local/derby/lib/derbynet.jar:/usr/lo >cal/tomcat/webapps/spokeshopcs/WEB-INF/clas >ses:/usr/local/tomcat/common/lib/servlet.jar::/usr/java131/jre/jre/lib/r >t.jar:/usr/java131/jre:/usr/java131/jre/lib/dt.jar:/usr/java >131/jre/lib/tools.jar:/usr/local/tomcat/webapps/spokeshopcs/WEB-INF/lib/ >*.jar://lib/tpcxpackages.jar >OS name: AIX >OS architecture: ppc >OS version: 4.3 >Java user name: tomcat >Java user home: /home/tomcat >Java user dir: /turns/local/tpcx/bin >--------- Derby Information -------- >[/turns/local/derby/lib/derby.jar] 10.0.2.0 - (30301) >[/turns/local/derby/lib/derbynet.jar] 10.0.2.0 - (30301) >[/turns/local/tomcat/webapps/spokeshopcs/WEB-INF/classes] 10.0.2.0 - >(30301) >------------------------------------------------------ >----------------- Locale Information ----------------- >------------------------------------------------------ > > > >Notice: This transmission is for the sole use of the intended recipient(s) and may contain information that is confidential and/or privileged. If you are not the intended recipient, please delete this transmission and any attachments and notify the sender by return email immediately. Any unauthorized review, use, disclosure or distribution is prohibited. > > > > > Hi Mark - The noteworthy result is that the Network Server is not hanging - it resonds to the 'runtimeinfo' request and I expect would respond to 'sysinfo' and accept other connections as well. So the problem appears to be with the client. Are you running the client in the same JVM as the server? I found issue 300 regarding hangs in that configuration: http://issues.apache.org/jira/browse/DERBY-300 (this problem only reproduces on 1.3.1 jvms). I searched for other known issues with NetworkServerControl on AIX but found no clear 'smoking gun' so I can only speculate. I note that you are using the initial release of Derby (10.0.2.0) and a 1.3.1 JVM. Please try your test with the most recent release of Derby and a 1.4.1 (or higher) JVM. If upgrading the JVM is not an option please be sure you are using the most recent JVM service release. There are a number of fixes that have been applied to the IBM 1.3.1 JVM that are important for Derby to work reliably. If the problem still occurs then there may be a problem with the NetworkServerControl program and it would be great if you filed a JIRA entry on this and attached your test case. Please let me know what you find.