You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Justin Bertram (Jira)" <ji...@apache.org> on 2022/10/19 03:13:00 UTC

[jira] [Commented] (ARTEMIS-4058) Seeing higher consumer count in AMQ CONSOLE than configured

    [ https://issues.apache.org/jira/browse/ARTEMIS-4058?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17619960#comment-17619960 ] 

Justin Bertram commented on ARTEMIS-4058:
-----------------------------------------

* You say that, "consumer count is not consistent across all brokers," which implies you're using multiple active brokers in a cluster, but your architecture only has a master/slave HA pair which means only one broker should ever be active at any given time. Can you clarify what you mean by "all brokers"?
* I'm not very familiar with Qpid Dispatch Router. You say, "We believe that consumer count should always remain 2 across all of the queues since we have 2 qpid dispatch routers acting as consumers." How strong is your _belief_ here? Is it possible that the router is just routing sessions & consumers to the brokers and that is why the consumer count is increasing?
* The existence of {{$.artemis.internal.sf.artemis-cluster-prod.337d5748-6c39-11eb-9983-0ae398a5a5b7}} indicates that the broker was, at some point, part of a larger cluster of active brokers (i.e. not an HA pair). The corresponding queue is a "store and forward" queue used to move messages from one cluster node to another. Usually this queue is removed once the cluster-connection gives up retrying to connect to the other cluster node. However, if the {{reconnect-attempts}} on your {{cluster-connection}} is {{-1}} then the queue will never be removed since the cluster-connection will never stop attempting to reconnect.
* Do you observe this same behavior on 2.26.0?

> Seeing higher consumer count in AMQ CONSOLE than configured
> -----------------------------------------------------------
>
>                 Key: ARTEMIS-4058
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-4058
>             Project: ActiveMQ Artemis
>          Issue Type: Bug
>          Components: AMQP, Broker, JMX, Web Console
>    Affects Versions: 2.18.0
>         Environment: PROD
>            Reporter: Ekta
>            Priority: Major
>
> Hello,
> Recently we have been facing an issue with amq brokers where the consumer count that shows up in AMQ console for each queue is much higher than what is configured. It is coming as a different number for each queue. We believe that consumer count should always remain 2 across all of the queues since we have 2 qpid dispatch routers acting as consumers.  Lately we have observed the consumer count is not consistent across all brokers. However there are no recent changes made to the application. It is all of the sudden acting up.
> Below is our architecture.
> Microservice(kube) --> LB ---> QPID ---> Brokers(master/slave)
> The queues that are having more than 2 consumers looks like they are holding up multiple sessions from each qpid dispatch router for an example: for one queue having 6 consumers there are 6 session ID's. all those 6 id's belong to those qpid's.  1-qpid has two consumers sessions while 2-qpid is having 4 session. Just like that we are seeing numbers like 6,5,3 for other queues. 
>  
> As part of troubleshooting this issue I found a queue under addresses called $.artemis.internal.sf.artemis-cluster-prod.337d5748-6c39-11eb-9983-0ae398a5a5b7 only on one of the broker. I don't recognize this queue nor we created it. Looks the system somehow created but not sure why. All of our queues are created on qpid, we are not creating any queues on brokers. Routing-type on that queue is coming as MULTICAST
> Would like to know if anyone knows how/where to fix these issue. 
> Versions:
> activemq: 2.18
> qpid-dispatch router: 1.18



--
This message was sent by Atlassian Jira
(v8.20.10#820010)