jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dominique Pfister (JIRA)" <j...@apache.org>
Subject [jira] Updated: (JCR-2881) Deadlock on version operations in a clustered environment
Date Mon, 07 Feb 2011 10:23:30 GMT

     [ https://issues.apache.org/jira/browse/JCR-2881?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Dominique Pfister updated JCR-2881:

    Attachment: jackrabbit-core-2.2.3.patch


> 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
>         Attachments: jackrabbit-core-2.2.3.patch
> 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


View raw message