You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Marcel Reutegger (JIRA)" <ji...@apache.org> on 2016/09/01 09:30:20 UTC
[jira] [Commented] (OAK-4739) lease: immediate renew after long
renew call
[ https://issues.apache.org/jira/browse/OAK-4739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15454888#comment-15454888 ]
Marcel Reutegger commented on OAK-4739:
---------------------------------------
See also OAK-3835 and OAK-3822.
I think we need to better handle the *underlying* timeout. You mentioned the DB timeout was 120 seconds. With this timeout even a retry logic in ClusterNodeInfo would have to fail the lease renew because it took too long.
> lease: immediate renew after long renew call
> --------------------------------------------
>
> Key: OAK-4739
> URL: https://issues.apache.org/jira/browse/OAK-4739
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Components: documentmk
> Affects Versions: 1.5.8
> Reporter: Martin Böttcher
>
> A single temporary network issue can shut down the DocumentStore. We observed the following situation:
> # org.apache.jackrabbit.oak.plugins.document.ClusterNodeInfo.renewLease was called (this is done regularly and completely normal)
> # the network had a temporary issue (whatsoever)
> # the database call terminated after a lot of time (the default db maxWaitTime is 120 seconds).
> # org.apache.jackrabbit.oak.plugins.document.ClusterNodeInfo.renewLease decides that the current lease is too old (>120 seconds thats the default for the oak.documentMK.leaseDurationSeconds property), sets a leaseCheckFailed variable and throws an Exception
> # because leaseCheckFailed is set all following tries (if any) will immediately throw an Exception, too.
> I'd recommend to make the ClusterNodeInfo code more robust so that at least one retry will be made.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)