[
https://issues.apache.org/jira/browse/AMQ-5681?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14375145#comment-14375145
]
Endre Stølsvik edited comment on AMQ-5681 at 3/22/15 8:46 PM:
--------------------------------------------------------------
Why does then the inFlightCount keep on rising if this is how it is supposed to
be? I have well above 350.000 inFlightCount on my production instance. (What
impact do the inFlightCount have? It does really not sound right to have
anything else than 0 there for any period of time)
For future reference:
{code}
brokerService.setAdvisorySupport(false);
{code}
.. also disables these topics, "globally" from the Broker's side (as opposed to
the client/ConnectionFactory's side)
was (Author: stolsvik):
1) Why does this not happen for any of the other Advisory destinations? Is it
only the TempQueues that the connection needs to listen to? (For what reason
would that be?)
2) Why does then the inFlightCount keep on rising if this is how it is supposed
to be? I have well above 350.000 inFlightCount on my production instance. (What
impact do the inFlightCount have? It does really not sound right to have
anything else than 0 there for any period of time)
For future reference:
{code}
brokerService.setAdvisorySupport(false);
{code}
.. also disables these topics, "globally" from the Broker's side (as opposed to
the client/ConnectionFactory's side)
> inFlightCount of "ActiveMQ.Advisory.TempQueue" seems to rise forever.
> ---------------------------------------------------------------------
>
> Key: AMQ-5681
> URL: https://issues.apache.org/jira/browse/AMQ-5681
> Project: ActiveMQ
> Issue Type: Bug
> Reporter: Endre Stølsvik
>
> These are some lines from a monitor-thingy that I have:
> {code}
> ActiveMQ.Advisory.TempQueue
> DLQ: false, consumer#:4, producer#:0 queueSize:0, enqueue#:10, dequeue#:0,
> dispatch#:40, inFlight#:40, expired#:0
> {code}
> The fact here is that no-one is subscribing to that advisory channel. There
> are however a total of 4 Connections to the ActiveMQ instance.
> And there have been made a total of 10 temporary queues (to use as a
> request-reply channel for the statistics plugin:
> "ActiveMQ.Statistics.Broker").
> Evidently, for every Connection made to the broker, it somehow assumes that
> the Connection wants these advisories, but then there is no one actually
> consuming and acknowledging them, thus stacking up in the inFlightCount.
> ... after this JVM running has been running for a while, those monitor-lines
> read like this (the "call" to the statistics-plugin goes every 10 second):
> {code}
> ActiveMQ.Advisory.TempQueue
> DLQ: false, consumer#:4, producer#:0 queueSize:0, enqueue#:1174,
> dequeue#:3004, dispatch#:4716, inFlight#:1712, expired#:0
> {code}
> I do not know how the "dequeueCount" ends up getting higher, reducing the
> inFlightCount. However, in our production setup the net inFlightCount
> nevertheless just continues to go higher (but I have not been able to deploy
> that monitor thing there yet, so I do not know the ratio of dequeue vs.
> inFlight - but inFlight is way over 200.000 after some days of running).
> Do note that this strange-ness does not hold for any other Advisory channel
> (i.e. any Connection adds to the consumerCount, and any queue creation adds
> to both enqueueCount and inFlightCount) - it is just TempQueue that handles
> like this.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
