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 "Stefan Egli (Jira)" <ji...@apache.org> on 2023/11/14 11:14:00 UTC

[jira] [Resolved] (OAK-10526) split doc can contain still referenced revisions without _sdMaxRevTime indicating so

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

Stefan Egli resolved OAK-10526.
-------------------------------
    Fix Version/s: 1.60.0
       Resolution: Fixed

* issue fixed, marking resolved

> split doc can contain still referenced revisions without _sdMaxRevTime indicating so
> ------------------------------------------------------------------------------------
>
>                 Key: OAK-10526
>                 URL: https://issues.apache.org/jira/browse/OAK-10526
>             Project: Jackrabbit Oak
>          Issue Type: Bug
>          Components: documentmk
>    Affects Versions: 1.58.0
>            Reporter: Stefan Egli
>            Assignee: Stefan Egli
>            Priority: Major
>             Fix For: 1.60.0
>
>
> When a document grows too large, part of it is split into previous documents. Those also called split documents are marked with _sdMaxRevTime reflecting the newest (max) revision timestamp the document contains. GC later can delete split documents where _sdMaxRevTime is older than 24h or any existing checkpoint. This is based on the assumption that _sdMaxRevTime can be compared to "older than 24h or any existing checkpoint" - while _sdMaxRevTime only indicates the newest revision contained within. There can thus be a situation when a split document contains a revision that is still referenced by a current (not older than 24h) head revision or a checkpoint - but _sdMaxRevTime is old enough for GC to remove that split doc.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)