You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Marcel Reutegger (JIRA)" <ji...@apache.org> on 2012/09/18 09:36:07 UTC

[jira] [Resolved] (JCR-3427) JCR-3138 may cause resource starvation

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

Marcel Reutegger resolved JCR-3427.
-----------------------------------

       Resolution: Fixed
    Fix Version/s: 2.5.2

Committed patch in revision 1387021.
                
> JCR-3138 may cause resource starvation
> --------------------------------------
>
>                 Key: JCR-3427
>                 URL: https://issues.apache.org/jira/browse/JCR-3427
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: clustering, jackrabbit-core
>    Affects Versions: 2.3.2, 2.3.3, 2.3.4, 2.3.5, 2.3.6, 2.3.7, 2.4, 2.4.1, 2.4.2, 2.4.3
>            Reporter: Marcel Reutegger
>            Priority: Minor
>             Fix For: 2.5.2
>
>         Attachments: JCR-3427.patch
>
>
> The new feature introduced with JCR-3138 may cause resource starvation when enabled. Consider a two node cluster where one of them writes continuously. The second cluster node will start synchronizing those changes from the journal while it holds a read lock on the journal. This lock is never released when new records are continuously available. Write operations on second cluster node will therefore be blocked forever because it cannot get hold of the journal lock.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira