[
https://issues.apache.org/jira/browse/QPID-8462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17193806#comment-17193806
]
KALYANARAMAN SIVARAMAN commented on QPID-8462:
----------------------------------------------
Also my problem in identifying this issue became more tough because the
qpid-stat did not indicate that there were any unacked messages in the queue
which will have direct correlation to the memory usage in the broker. There are
other clients that connect to the same queue receiving messages and
acknowledging them. When the memory of broker consistently is growing, it did
not point in the right direction.
> Qpid broker memory increases when a receiver is paused with message pending
> acks
> ---------------------------------------------------------------------------------
>
> Key: QPID-8462
> URL: https://issues.apache.org/jira/browse/QPID-8462
> Project: Qpid
> Issue Type: Bug
> Components: C++ Broker
> Affects Versions: qpid-cpp-1.39.0
> Environment: Linux
>
> Reporter: KALYANARAMAN SIVARAMAN
> Priority: Major
> Attachments: brokerMemoryIncrease.tar
>
>
> Given the situation where we have a receiver "Receiver1" acquire 1 message
> from a queue "ReceiverQueue" but if the message is not acknowledged and
> Receiver1 process is paused using kill -STOP <pidOfReceiver1>.
> Any further messages sent to ReceiverQueue is marked as DELETED even though
> we have another receiver "Receiver2" properly acquire messages from the queue
> and also sends acknowledgements, the broker memory linearly increases until
> all the memory in the box is used. Purger cleaning up messages does not help.
> Once we kill Receiver1 the broker memory stabilizes.
> All of the repro steps are automated in the attached reproducer.
>
> Please follow the steps to reproduce the issue
>
> Step 1: tar -xf brokerMemoryIncrease.tar
> Step 2: cd brokerMemoryIncrease
> Step 3: ./qpidRepro.sh
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
