jackrabbit-oak-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vikas Saurabh (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (OAK-5337) LastRevRecoveryAgent should avoid recovering documents from its own cluster id if the instance is running
Date Thu, 22 Dec 2016 01:28:58 GMT

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

Vikas Saurabh updated OAK-5337:
-------------------------------
    Attachment: OAK-5337.patch

Attaching [^OAK-5337.patch]. [~mreutegg], can you please take a look?

For me, the test somehow deadlocks/sometimes-conflict when running {{mvn test -pl :oak-core
-Dtest=LastRevRecoveryAgentTest}} (most probably due to both {{testIsRecoveryRequired}} and
{{testSelfRecovery}}). I'd check that issue and work it out.

> LastRevRecoveryAgent should avoid recovering documents from its own cluster id if the
instance is running
> ---------------------------------------------------------------------------------------------------------
>
>                 Key: OAK-5337
>                 URL: https://issues.apache.org/jira/browse/OAK-5337
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: documentmk
>            Reporter: Vikas Saurabh
>            Assignee: Vikas Saurabh
>              Labels: candidate_oak_1_0, candidate_oak_1_2, candidate_oak_1_4
>         Attachments: OAK-5337.patch
>
>
> In certain scenarios (mostly slow background write leading to lease timeout), last rev
recovery agent can kick in and start to recover documents from its own cluster id. The situation
is implicitly avoided in 1.4+ (OAK-3397) as the instance would kill itself on lease failure
(there are other safeguards too to avoid the situation). But, on older branches, especially
1.0 which has no safeguards, this can lead to loss of last revs.
> All that said, it's anyway reasonable that LRRA shouldn't try to recover its own instance
while it's running (startup still needs to be handled by LRRA though).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message