Description of problem: Following the instructions to reproduce bug 557243 qpid-config reports a strange binding: Exchange '' (direct) bind [falcons] => <unknown> Where it should be bound to the queue "falcons" The broker appears to route messages correctly however. How reproducible: easy Steps to Reproduce: bug 557243 comment 0
On the first broker, qpid-config is getting a queue objectId of 0-0-0-0-0 which gives rise to the <unknown> display. Adding some trace statements to the broker shows that the object ID for the falcons queue is different (one higher) on the first broker than on the other two, but it is set to a non-0 value in setPersistenceId.
This bug also affects standalone brokers, a simpler way to reproduce it: MSGSTORE_MODULE=<path-to-msgstore.so> qpidd -d --auth=no --load-module=$MSGSTORE_MODULE qpid-config add queue falcons --durable qpidd -q qpidd -d --auth=no --load-module=$MSGSTORE_MODULE qpid-config -b exchanges The output inclues: Exchange '' (direct) bind [falcons] => <unknown>
This is fixed upstream: Apache Qpid: revision 937526 Rhmessaging: revision 3927
Tested: on 752581 bug appears on 946106 does not. It has been fixed validated on RHEL 5.5 and RHEL4 i386 / x86_64 packages: # rpm -qa | grep -E '(qpid|openais|rhm)' | sort -u openais-0.80.6-16.el5_5.1 openais-debuginfo-0.80.6-16.el5_5.1 python-qpid-0.7.946106-1.el5 qpid-cpp-client-0.7.946106-1.el5 qpid-cpp-client-devel-0.7.946106-1.el5 qpid-cpp-client-devel-docs-0.7.946106-1.el5 qpid-cpp-client-ssl-0.7.946106-1.el5 qpid-cpp-mrg-debuginfo-0.7.935473-1.el5 qpid-cpp-server-0.7.946106-1.el5 qpid-cpp-server-cluster-0.7.946106-1.el5 qpid-cpp-server-devel-0.7.946106-1.el5 qpid-cpp-server-ssl-0.7.946106-1.el5 qpid-cpp-server-store-0.7.946106-1.el5 qpid-cpp-server-xml-0.7.946106-1.el5 qpid-java-client-0.7.946106-3.el5 qpid-java-common-0.7.946106-3.el5 qpid-tools-0.7.946106-4.el5 rhm-docs-0.7.946106-1.el5 ->VERIFIED