[
https://issues.apache.org/jira/browse/OAK-4780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15976627#comment-15976627
]
Marcel Reutegger commented on OAK-4780:
---------------------------------------
Fixed a potential division by zero: http://svn.apache.org/r1792051
> VersionGarbageCollector should be able to run incrementally
> -----------------------------------------------------------
>
> Key: OAK-4780
> URL: https://issues.apache.org/jira/browse/OAK-4780
> Project: Jackrabbit Oak
> Issue Type: Task
> Components: documentmk
> Reporter: Julian Reschke
> Fix For: 1.7.0, 1.8
>
> Attachments: leafnodes.diff, leafnodes-v2.diff, leafnodes-v3.diff,
> OAK-4780-core-1.patch, OAK-4780-core-2.diff, OAK-4780-core-4.diff,
> OAK-4780-core-5.diff, OAK-4780-core.diff, OAK-4780-rdb.diff
>
>
> Right now, the documentmk's version garbage collection runs in several phases.
> It first collects the paths of candidate nodes, and only once this has been
> successfully finished, starts actually deleting nodes.
> This can be a problem when the regularly scheduled garbage collection is
> interrupted during the path collection phase, maybe due to other maintenance
> tasks. On the next run, the number of paths to be collected will be even
> bigger, thus making it even more likely to fail.
> We should think about a change in the logic that would allow the GC to run in
> chunks; maybe by partitioning the path space by top level directory.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
