[
https://issues.apache.org/jira/browse/ARTEMIS-4095?focusedWorklogId=868487&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-868487
]
ASF GitHub Bot logged work on ARTEMIS-4095:
-------------------------------------------
Author: ASF GitHub Bot
Created on: 29/Jun/23 15:42
Start Date: 29/Jun/23 15:42
Worklog Time Spent: 10m
Work Description: artyom-tarasenko commented on PR #4529:
URL:
https://github.com/apache/activemq-artemis/pull/4529#issuecomment-1613435520
> This fix looks good as far as I can see, but I still don't understand why
your session is being considered "internal" in the first place. Can you shed
any light on this?
Basically I think it's explained in the comment here:
https://github.com/apache/activemq-artemis/blob/main/artemis-protocols/artemis-openwire-protocol/src/main/java/org/apache/activemq/artemis/core/protocol/openwire/OpenWireConnection.java#L189
InternalSessions are used for XA-Operations, so the sessions from a
resource-adapter ra are internal:
https://github.com/apache/activemq-artemis/blob/main/artemis-protocols/artemis-openwire-protocol/src/main/java/org/apache/activemq/artemis/core/protocol/openwire/OpenWireConnection.java#L1464
https://github.com/apache/activemq-artemis/blob/main/artemis-protocols/artemis-openwire-protocol/src/main/java/org/apache/activemq/artemis/core/protocol/openwire/OpenWireConnection.java#L1471
Issue Time Tracking
-------------------
Worklog Id: (was: 868487)
Time Spent: 40m (was: 0.5h)
> OpenWire clients are unable to consume from mutlicast queue after 2nd paging
> ----------------------------------------------------------------------------
>
> Key: ARTEMIS-4095
> URL: https://issues.apache.org/jira/browse/ARTEMIS-4095
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Components: OpenWire
> Affects Versions: 2.26.0, 2.27.0, 2.27.1, 2.28.0, 2.29.0
> Environment: Artemis, deployed through the official docker image in
> version {{2.26.0}} in an OpenShift cluster
> Reporter: Marco Bungart
> Priority: Major
> Attachments:
> 0001-ARTEMIS-4095-fix-delivering-message-size-accounting.patch,
> artemis-Xmx1G.png, artemis-Xmx2G.png, graph1.png, graph2.png,
> jmeter-orders-6500-localhost.jmx, jmsconsumer-1.0-SNAPSHOT.jar
>
> Time Spent: 40m
> Remaining Estimate: 0h
>
> I observed that after artemis went into paging for the 2nd time, OpenWire
> clients were not able to read messages from their corresponding addresses.
> Restarting the applications connected as clients does not fix the issue.
> Restarting artemis, however, does fix the issue.
> Both images attached show the messages of two queues.
> - The upper (orange) line in the 1st graph shows count of messages in a queue
> to which core clients are connected.
> - The lower (blue) line in the 1stg raph shows count of messages in a queue
> to which OpenWire clients are connected.
> - in the 2nd graph, the upper (violet) line shows count of messages in a
> queue to which core clients are connected.
> - in the 2nd graph, the lower (green) line shows count of messages in a queue
> to which OpenWire clients are connected.
> I have a heap dump that we could share, showing the accumulated objects. the
> dump is about 90 MB in size If this would be helpful to have, please let me
> know.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
