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 "Amit Jain (JIRA)" <ji...@apache.org> on 2015/09/01 07:48:49 UTC
[jira] [Updated] (OAK-1981) Implement full scale Revision GC for
DocumentNodeStore
[ https://issues.apache.org/jira/browse/OAK-1981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Amit Jain updated OAK-1981:
---------------------------
Fix Version/s: (was: 1.3.8)
1.3.6
> Implement full scale Revision GC for DocumentNodeStore
> ------------------------------------------------------
>
> Key: OAK-1981
> URL: https://issues.apache.org/jira/browse/OAK-1981
> Project: Jackrabbit Oak
> Issue Type: New Feature
> Components: mongomk
> Reporter: Chetan Mehrotra
> Assignee: Marcel Reutegger
> Labels: resilience, scalability
> Fix For: 1.3.6
>
>
> So far we have implemented garbage collection in some form with OAK-1341. Those approaches help us remove quite a bit of garbage (mostly due to deleted nodes) but till some part is left
> However full GC is still not performed due to which some of the old revision related data cannot be GCed like
> * Revision info present in revision maps of various commit roots
> * Revision related to unmerged branches (OAK-1926)
> * Revision data created to property being modified by different cluster nodes
> So having a tool which can perform above GC would be helpful. For start we can have an implementation which takes a brute force approach and scans whole repo (would take quite a bit of time) and later we can evolve it. Or allow system admins to determine to what level GC has to be done
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)