[
https://issues.apache.org/jira/browse/AMQ-6203?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15232409#comment-15232409
]
Jeff Genender commented on AMQ-6203:
------------------------------------
Hi Tim, thanks for the quick response. May I ask how is this not applicable to
a point release from the perspective that it has the potential to fix a blocker
bug(s) that affects 3 major versions of ActiveMQ? The code looks good and it
seems that the behavior of this fix is transparent to the user. Its a good fix
that has a great impact and it really would be great to get it into those other
point releases. AMQ-5695 looks heavily connected as we have determined form
log files that it looks like the acks are what cause the log file leaks in
those versions.
> KahaDB: Allow rewrite of message acks in older logs which prevent cleanup
> -------------------------------------------------------------------------
>
> Key: AMQ-6203
> URL: https://issues.apache.org/jira/browse/AMQ-6203
> Project: ActiveMQ
> Issue Type: Improvement
> Components: KahaDB
> Affects Versions: 5.13.0, 5.13.1, 5.12.3, 5.13.2
> Reporter: Timothy Bish
> Assignee: Timothy Bish
> Fix For: 5.14.0
>
>
> There are cases where a chain of journal logs can grow due to acks for
> messages in older logs needing to be kept so that on recovery proper state
> can be restored and older messages not be resurrected.
> In many cases just moving the acks from one log forward to a new log can free
> an entire chain during subsequent GC cycles. The 'compacted' ack log can be
> written during the time between GC cycles without the index lock being held
> meaning normal broker operations can continue.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)