Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 85044 invoked from network); 4 Sep 2009 19:00:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 4 Sep 2009 19:00:43 -0000 Received: (qmail 9392 invoked by uid 500); 4 Sep 2009 19:00:42 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 9356 invoked by uid 500); 4 Sep 2009 19:00:42 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 9341 invoked by uid 99); 4 Sep 2009 19:00:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Sep 2009 19:00:42 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Sep 2009 19:00:39 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 0CFDA234C4D0 for ; Fri, 4 Sep 2009 11:59:21 -0700 (PDT) Message-ID: <571157764.1252090761051.JavaMail.jira@brutus> Date: Fri, 4 Sep 2009 11:59:21 -0700 (PDT) From: "Rob Davies (JIRA)" To: dev@activemq.apache.org Subject: [jira] Updated: (AMQ-1958) JDBC master/slave deadlock when connection is lost In-Reply-To: <1029405181.1222697453113.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: ae95407df07c98740808b2ef9da0087c X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/activemq/browse/AMQ-1958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rob Davies updated AMQ-1958: ---------------------------- Fix Version/s: 5.4.0 > JDBC master/slave deadlock when connection is lost > -------------------------------------------------- > > Key: AMQ-1958 > URL: https://issues.apache.org/activemq/browse/AMQ-1958 > Project: ActiveMQ > Issue Type: Bug > Components: Broker, Message Store > Affects Versions: 4.1.2, 5.0.0, 5.1.0, 5.2.0 > Environment: oracle 10, mysql 5 > Reporter: Guy Veraghtert > Fix For: 5.4.0 > > > In a pure JDBC failover scenario with one master and one slave: when the master loses its network connection to the database, the lock in the database will not be released. As such the slave will not know that the master isn't able to perform its work and it will continue to attempt to acquire a lock (which will never be released), when the master is restarted (after its connection is restored), it will become slave too, ending up with two slaves. > This behavior was encountered on Oracle 10 and Mysql 5. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.