[
https://issues.apache.org/jira/browse/AMQ-6590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15849841#comment-15849841
]
ASF subversion and git services commented on AMQ-6590:
------------------------------------------------------
Commit 6a87e13eb3d6f819b0d05ee8d16f6d955442425e in activemq's branch
refs/heads/activemq-5.14.x from [~cshannon]
[ https://git-wip-us.apache.org/repos/asf?p=activemq.git;h=6a87e13 ]
https://issues.apache.org/jira/browse/AMQ-6590
Fix KahaDB index free page recovery on unclean shutdown so that existing
free pages will be tracked and not lost.
(cherry picked from commit 38d85be476a06fe9a1f60b4f38232d64a6d0398a)
> KahaDB index loses track of free pages on unclean shutdown
> ----------------------------------------------------------
>
> Key: AMQ-6590
> URL: https://issues.apache.org/jira/browse/AMQ-6590
> Project: ActiveMQ
> Issue Type: Bug
> Components: Broker
> Affects Versions: 5.14.3
> Reporter: Christopher L. Shannon
> Assignee: Christopher L. Shannon
>
> I have discovered an issue with the KahaDB index recovery after an unclean
> shutdown (OOM error, kill -9, etc) that leads to excessive disk space usage.
> Normally on clean shutdown the index stores the known set of free pages to
> db.free and reads that in on start up to know which pages can be re-used. On
> an unclean shutdown this is not written to disk so on start up the index is
> supposed to scan the page file to figure out all of the free pages.
> Unfortunately it turns out that this scan of the page file is being done
> before the total page count value has been set so when the iterator is
> created it always thinks there are 0 pages to scan.
> The end result is that every time an unclean shutdown occurs all known free
> pages are lost and no longer tracked. This of course means new free pages
> have to be allocated and all of the existing space is now lost which will
> lead to excessive index file growth over time.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
