qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alan Conway (JIRA)" <j...@apache.org>
Subject [jira] [Created] (QPID-5966) HA mixing tx enqueue and non-tx dequeue leaves extra messages on backup
Date Wed, 06 Aug 2014 11:15:12 GMT
Alan Conway created QPID-5966:

             Summary:  HA mixing tx enqueue and non-tx dequeue leaves extra messages on backup
                 Key: QPID-5966
                 URL: https://issues.apache.org/jira/browse/QPID-5966
             Project: Qpid
          Issue Type: Bug
          Components: C++ Clustering
    Affects Versions: 0.28
            Reporter: Alan Conway
            Assignee: Alan Conway

Description of problem:

With HA enabled, 2 or more node cluster. If a message is enqueued in a transaction, and then
dequeued with no transaction, the message is left on the backup brokers.

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

Up to trunk r1615992, 0.22-mrg f22fae4

How reproducible: 100%

Steps to Reproduce:

qpid-send -a 'q;{create:always}' -b --content-string foo --tx 1
qpid-receive -a 'q;{create:always}' -b

Then on each node:
qpid-stat -q --ha-admin

Actual results:

Primary q is empty, backup q still has 1 message
Message is enqueued twice on backup and dequeued only once.

Expected results:

Primary and backup q empty, message enqueued and dequeued once on primary and backup

Additional info:

With a tx dequeue (add --tx 1 to qpid-receive) the message is removed completely on the backup
so at first glance things appear OK. However qpid-stat shows it is enqueued and dequeued _twice_
which is incorrect.

Using the python client there is still a message left on the backup, but there is only 1 enqueue
and no dequeue, rather than 2 enqueues and 1 dequeue.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org

View raw message