Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 10171 invoked from network); 7 Feb 2011 10:19:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 7 Feb 2011 10:19:54 -0000 Received: (qmail 48621 invoked by uid 500); 7 Feb 2011 10:19:54 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 48335 invoked by uid 500); 7 Feb 2011 10:19:52 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 48327 invoked by uid 99); 7 Feb 2011 10:19:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Feb 2011 10:19:51 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Feb 2011 10:19:50 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id A2B75197F94 for ; Mon, 7 Feb 2011 10:19:30 +0000 (UTC) Date: Mon, 7 Feb 2011 10:19:30 +0000 (UTC) From: "Dominique Pfister (JIRA)" To: dev@jackrabbit.apache.org Message-ID: <1067935778.3544.1297073970663.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <2119177386.3536.1297073490690.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] Updated: (JCR-2881) Deadlock on version operations in a clustered environment MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/JCR-2881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dominique Pfister updated JCR-2881: ----------------------------------- Status: Open (was: Patch Available) > Deadlock on version operations in a clustered environment > --------------------------------------------------------- > > Key: JCR-2881 > URL: https://issues.apache.org/jira/browse/JCR-2881 > Project: Jackrabbit Content Repository > Issue Type: Bug > Components: clustering > Affects Versions: 2.2.3 > Reporter: Dominique Pfister > Assignee: Dominique Pfister > > Version operations in a cluster may end up in a deadlock: a write operation in the version store will acquire the version manager's write lock (N1.VW) and subsequently the cluster journal's write lock (N1.JW). Another cluster node's write operation in some workspace will acquire the journal's write lock (N2.JW) and first process the journal record log: if some of these changes concern the version store, the version manager's read lock (N2.VR) has to be acquired in order to deliver them. If the first cluster node reaches N1.VW, and the second reaches N2.JW, we have a deadlock. The same scenario takes place when the second cluster node synchronizes to the latest journal changes and reaches N2.JR, when the first cluster node is in N1.VW. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira