[
https://issues.apache.org/jira/browse/AMQ-7118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16708949#comment-16708949
]
ASF subversion and git services commented on AMQ-7118:
------------------------------------------------------
Commit d816b738af33ac2b94e2ef6ba0d3085c7eb32728 in activemq's branch
refs/heads/activemq-5.15.x from jgoodyear
[ https://git-wip-us.apache.org/repos/asf?p=activemq.git;h=d816b73 ]
AMQ-7118 This closes #327 - with thanks to Heath Kesler
> KahaDB store limit can be exceeded with durable subscribers.
> ------------------------------------------------------------
>
> Key: AMQ-7118
> URL: https://issues.apache.org/jira/browse/AMQ-7118
> Project: ActiveMQ
> Issue Type: Bug
> Components: KahaDB
> Affects Versions: 5.16.0, 5.15.8
> Environment: JDK 8
> Reporter: Jamie goodyear
> Priority: Critical
> Fix For: 5.15.8
>
> Attachments: kahaCommands.jpg
>
>
> KahaDB store limit can be exceeded with durable subscribers.
> AMQ with store limit set, we can observe that the usage continues to increase
> AFTER PFC is engaged. Given time, this growth stabilizes. The issue of having
> exceeded the store limit remains.
> See below output from KahaDB dump in attachments:
> This appears to be caused by checkpointAckMessageFileMap. The log files are
> not GC'd, and the KAHA_ACK_MESSAGE_FILE_MAP_COMMAND is replicated and the DB
> log files continue to expand - this can become exponential. Side effect of
> also not checking storage size in checkpoint update can cause the DB log
> files to exceed any set limits. The real critical part is the duplicated and
> leaking Kaha messages which appears to happen with durable subscribers.
>
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
