[
https://issues.apache.org/jira/browse/AMQ-7118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jamie goodyear updated AMQ-7118:
--------------------------------
Description:
KahaDB leak causing store limit to be exceeded with durable subscribers.
AMQ with store limit set, we can observe that the usage continues to increase
AFTER PFC is engaged.
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 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.
was:
KahaDB leak causing store limit to be exceeded with durable subscribers.
AMQ with store limit set, we can observe that the usage continues to increase
AFTER PFC is engaged.
See below output from KahaDB dump:
!kahaCommands.png|width=674,height=558!
This appears to be caused by checkpointAckMessageFileMap. The log files are not
GC'd, and the KAHA_ACK_MESSAGE 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.
> KahaDB leak causing store limit to 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 leak causing store limit to be exceeded with durable subscribers.
> AMQ with store limit set, we can observe that the usage continues to increase
> AFTER PFC is engaged.
> 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 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)
