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

[core] Any Subsequent messages are lost after queue is emptied from slave broker (succ failover from master kill)

    XMLWordPrintable

Details

    • Compatibility/Configuration, User Experience
    • Workaround Exists
    • Hide

      Use AMQP or Openwire protocol.
      OR manage your addresses & queues by yourself

      Show
      Use AMQP or Openwire protocol. OR manage your addresses & queues by yourself
    • Hide
      1. Form HA pair (with auto-create)
      2. Send 10 messages via Core protocol
      3. Kill master broker
      4. Receive 10 messages from this Core queue
      5. Observe that queue is removed, but address is present (via hawtio f.e.)
      6. Send few messages to this Core queue again -> No messages are received by broker, they seem to be lost in time & space.

      Note: If AMQP or Openwire client is used, all works as expected.
      Note2: if Address+Queue is created using JMX call (mbeans), everything works as expected.

      Show
      Form HA pair (with auto-create) Send 10 messages via Core protocol Kill master broker Receive 10 messages from this Core queue Observe that queue is removed, but address is present (via hawtio f.e.) Send few messages to this Core queue again -> No messages are received by broker, they seem to be lost in time & space. Note: If AMQP or Openwire client is used, all works as expected. Note2: if Address+Queue is created using JMX call (mbeans), everything works as expected.

    Description

      In a scenario when master has some messages in Core queue (all auto-create/delete is on by default) and is killed, subsequently slave takes over, becomes active, when ALL messages are read from this Core queue, any further messages sent to this queue are lost.

      This is not happening with AMQP or Openwire protocol.
      The issue seems to be about removing queues (when are emptied) and subsequent creation of queues when new messages arrive.

      Attachments

        Issue Links

          is related to

          ARTEMIS-1818 Loading...

          relates to

          ARTEMIS-1812 Loading...

          Activity

            People

              sknot@redhat.com Stanislav Knot (Inactive)
              mtoth@redhat.com Michal Toth
              Michal Toth Michal Toth
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: