Uploaded image for project: 'AMQ Broker'
  1. AMQ Broker
  2. ENTMQBR-9845

Steadily Increasing Address Usage That Doesn't Revert to 0 When Queues are Empty

XMLWordPrintable

    • False
    • Hide

      None

      Show
      None
    • False
    • Hide

      1. Set up a broker on localhost with a virtual topic mapping on the acceptor (broker.xml attached)

      2. Unzip and run the attached consumer on localhost - let it continue to run

      3. Unzip and run the attached producer on localhost

      4. Let the consumer work off the backlog until message counts are 0. Observe the AddressSize attribute for each address and see it is positive and non-zero

      5 . Repeat 3-4 and see that the AddressSize continues to increase with each completed run of the producer (after consuming all the messages)

      Show
      1. Set up a broker on localhost with a virtual topic mapping on the acceptor (broker.xml attached) 2. Unzip and run the attached consumer on localhost - let it continue to run 3. Unzip and run the attached producer on localhost 4. Let the consumer work off the backlog until message counts are 0. Observe the AddressSize attribute for each address and see it is positive and non-zero 5 . Repeat 3-4 and see that the AddressSize continues to increase with each completed run of the producer (after consuming all the messages)
    • Critical

      In the following scenario, we are seeing slowly but steadily increasing reported address usage that doesn't reset to zero when message counts go down to 0, eventually resulting in paging and other undesirable behavior.

      1. Qpid / AMQP topic producer
      2. Virtual topic mapping on the configured acceptor (virtualTopicConsumerWildcards=Consumer.*.%3E%3B2)
      3. Openwire queue consumer matching the wildcard pattern
      4. Consumption lagging production, resulting in increasing queue depth, then catching up (batch job scenario)

      We can see the reported queue size / usage increase as the queue depth increases, then go back down as the queue is worked off, but not all the way back to 0. Repeating the "batch job" results in steady increase of the baseline address size (with a message count of 0), eventually resulting in paging, triggering of global-max-size limits, etc.

              csuconic@redhat.com Clebert Suconic
              rhn-support-dhawkins Duane Hawkins (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated: