You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "jiraposter@reviews.apache.org (Commented) (JIRA)" <ji...@apache.org> on 2012/01/20 01:02:42 UTC

[jira] [Commented] (QPID-3773) Creating exchange source routes to different brokers can fail if the channels overlap.

    [ https://issues.apache.org/jira/browse/QPID-3773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13189514#comment-13189514 ] 

jiraposter@reviews.apache.org commented on QPID-3773:
-----------------------------------------------------


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3560/
-----------------------------------------------------------

Review request for qpid, Gordon Sim, michael goulish, and Ted Ross.


Summary
-------

The fix replaces the per-broker federation uuid with a unique uuid for each queue created.

I'm not aware of anything that is sensitive to the current format of the bridge queue name, and expects to find a federation uuid in the name.

-K


This addresses bug qpid-3773.
    https://issues.apache.org/jira/browse/qpid-3773


Diffs
-----

  /trunk/qpid/cpp/src/qpid/broker/Bridge.cpp 1233125 

Diff: https://reviews.apache.org/r/3560/diff


Testing
-------


Thanks,

Kenneth


                
> Creating exchange source routes to different brokers can fail if the channels overlap.
> --------------------------------------------------------------------------------------
>
>                 Key: QPID-3773
>                 URL: https://issues.apache.org/jira/browse/QPID-3773
>             Project: Qpid
>          Issue Type: Bug
>          Components: C++ Broker
>    Affects Versions: 0.14
>            Reporter: Ken Giusti
>            Assignee: Ken Giusti
>             Fix For: 0.15
>
>
> The following valid configuration results in a failure to create a second bridge queue:
> ./qpidd --auth no --no-data-dir -p 7777 &
> ./qpidd --auth no --no-data-dir -p 8888 &
> ./qpidd --auth no --no-data-dir -p 9999 &
> [kgiusti@localhost src (trunk)]$ qpid-config -a127.0.0.1:7777 add exchange topic ex1
> [kgiusti@localhost src (trunk)]$ qpid-config -a127.0.0.1:8888 add exchange topic ex1
> [kgiusti@localhost src (trunk)]$ qpid-config -a127.0.0.1:9999 add exchange topic ex1
> [kgiusti@localhost src (trunk)]$ qpid-route -s route add 127.0.0.1:7777 127.0.0.1:8888 ex1 "#"
> [kgiusti@localhost src (trunk)]$ qpid-route -s route add 127.0.0.1:9999 127.0.0.1:8888 ex1 "#"
> This *should* result in two bridge queues being created on 127.0.0.1:8888; one queue for the route to :7777, the other for the route to :9999.
> What actually happens is one queue is created:
> [kgiusti@localhost src (trunk)]$ qpid-stat -q 127.0.0.1:8888
> Queues
>   queue                                                dur  autoDel  excl  msg   msgIn  msgOut  bytes  bytesIn  bytesOut  cons  bind
>   ====================================================================================================================================
>   ...
>   bridge_queue_1_c1de955c-3632-4a7d-b6d8-be9890ff38b3       Y        Y        0     0      0       0      0        0         1     2
>   ...
> This is due to the way the broker generates the name for the queue.  The format of the name is "bridge_queue_" + channel# + broker's federation uuid.  In the failure case, the channel # happens to be the same for both routes, which results in duplicate names for different queues.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:dev-subscribe@qpid.apache.org