Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 94361 invoked from network); 5 Jun 2007 08:46:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Jun 2007 08:46:00 -0000 Received: (qmail 82350 invoked by uid 500); 5 Jun 2007 08:45:51 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 82311 invoked by uid 500); 5 Jun 2007 08:45:51 -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 82227 invoked by uid 99); 5 Jun 2007 08:45:51 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jun 2007 01:45:51 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jun 2007 01:45:46 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4BCE64297CD for ; Tue, 5 Jun 2007 01:45:26 -0700 (PDT) Message-ID: <10120204.1181033126305.JavaMail.jira@brutus> Date: Tue, 5 Jun 2007 01:45:26 -0700 (PDT) From: "Knut Anders Hatlen (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-2749) Client connection closed during heavy load connections to network server In-Reply-To: <23366763.1180855515590.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-2749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501487 ] Knut Anders Hatlen commented on DERBY-2749: ------------------------------------------- Since the error happens on the server, the server-side exception probably provides more information. Please see if you can find the exception in derby.log and post the stack trace. > Client connection closed during heavy load connections to network server > ------------------------------------------------------------------------ > > Key: DERBY-2749 > URL: https://issues.apache.org/jira/browse/DERBY-2749 > Project: Derby > Issue Type: Bug > Components: Network Server > Affects Versions: 10.2.2.0 > Environment: Sun JDK 1.5.0 > Reporter: Kurt Huwig > > I am using HA-JDBC to cluster two machines with ~3,5 GB of data. It is a mailserver which gets about 100 mails per minute with each mail causing several SQL reads and writes. After synchronizing the 3,5 GB which takes around 15 minutes, soon after that I get this exception: > Caused by: java.sql.SQLException: Unzureichende Daten beim Lesen aus dem Netz. Erwartet wurden mindestens 6 Bytes, empfangen wurden jedoch nur -1 Bytes. Die Verbindung wurde beendet. > at org.apache.derby.client.am.SQLExceptionFactory.getSQLException(Unknown Source) > at org.apache.derby.client.am.SqlException.getSQLException(Unknown Source) > at org.apache.derby.client.am.PreparedStatement.executeUpdate(Unknown Source) > at net.sf.hajdbc.sql.PreparedStatement$5.execute(PreparedStatement.java:144) > at net.sf.hajdbc.sql.PreparedStatement$5.execute(PreparedStatement.java:142) > at net.sf.hajdbc.sql.SQLObject$1.call(SQLObject.java:390) > at net.sf.hajdbc.util.concurrent.SynchronousExecutor$SynchronousFuture.(SynchronousExecutor.java:178) > at net.sf.hajdbc.util.concurrent.SynchronousExecutor.submit(SynchronousExecutor.java:89) > at net.sf.hajdbc.sql.SQLObject.executeWriteToDatabase(SQLObject.java:394) > ... 11 more > Caused by: org.apache.derby.client.am.DisconnectException: Unzureichende Daten beim Lesen aus dem Netz. Erwartet wurden mindestens 6 Bytes, empfangen wurden jedoch nur -1 Bytes. Die Verbindung wurde beendet. > at org.apache.derby.client.net.Reply.fill(Unknown Source) > at org.apache.derby.client.net.Reply.ensureALayerDataInBuffer(Unknown Source) > at org.apache.derby.client.net.Reply.readDssHeader(Unknown Source) > at org.apache.derby.client.net.Reply.startSameIdChainParse(Unknown Source) > at org.apache.derby.client.net.NetStatementReply.readExecute(Unknown Source) > at org.apache.derby.client.net.StatementReply.readExecute(Unknown Source) > at org.apache.derby.client.net.NetPreparedStatement.readExecute_(Unknown Source) > at org.apache.derby.client.am.PreparedStatement.readExecute(Unknown Source) > at org.apache.derby.client.am.PreparedStatement.flowExecute(Unknown Source) > at org.apache.derby.client.am.PreparedStatement.executeUpdateX(Unknown Source) > ... 18 more > The number of bytes read is in fact 0; I filed DERBY-2747 for this. I think the reason for this is the server issuing a Socket.close(). This seems to be called only by DRDAConnThread.closeSession() which is called by > - DRDAConnThread.handleException(Exception) > - DRDAConnThread.run() > - DRDAConnThread.sessionInitialState() > I did not set any timeslice, so the bugs mentioned in DERBY-2026 and DERBY-2748 should not apply. A timeout cannot happen on the client, as this would yield a SocketTimeoutException and not a read() of -1, so for some reason I believe, the server seems to close the connection. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.