Uploaded image for project: 'Qpid'
  1. Qpid
  2. QPID-5404

HA broker message duplication when deleting a queue with an alt-exchange

    XMLWordPrintableJSON

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 0.24
    • Fix Version/s: 0.28
    • Component/s: C++ Clustering
    • Labels:
      None

      Description

      See also: https://bugzilla.redhat.com/show_bug.cgi?id=859119

      Description of problem:
      When deleting a queue with an alternate exchange, both the primary and the backup brokers will route messages to the alt-exchange when the queue is deleted. This will cause the backups to potentially receive duplicate copies of the message if the alt-exchange is bound to a replicated queue (one set from the local route to the alt-exchange and another from the primary due to its route to the alt-exchange). Suggest that the backup brokers should not route messages to the alt-exchange when a queue is deleted.

      Additionally, for auto-delete queues with an alt-exchange, upon loss of a primary, the backup brokers should not immediately start the auto-delete process. Instead, the backups should wait for the promotion of a new primary. Upon selection of the new primary, the auto-delete process can start so that the new primary will route the messages to the alt-exchange and the backups will not route the messages to the alt-exchange.

      Version-Release number of selected component (if applicable):
      Qpid 0.18

      How reproducible:
      Backup needs to receive the QMF queue delete event prior to receiving the queue's deque replication events.

      Steps to reproduce:
      1) Bind queue test0 to amq.fanout
      2) Create queue test1 with an alt-exchange to amq.fanout
      3) Send a message to test1
      4) Delete queue test1

      Actual results:
      The queue test0 will have 1 message on the primary host but 2 messages on the backups

      Expected results:
      The queue test0 will have 1 message on all hosts

        Attachments

          Activity

            People

            • Assignee:
              aconway Alan Conway
              Reporter:
              aconway Alan Conway
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: