Bug 504977
| Summary: | No knowledge of sessions on channel 0 is transferred to new cluster nodes | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise MRG | Reporter: | Gordon Sim <gsim> | ||||
| Component: | qpid-cpp | Assignee: | messaging-bugs <messaging-bugs> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Jan Sarenik <jsarenik> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 1.0 | CC: | jsarenik | ||||
| Target Milestone: | 1.1.2 | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2009-06-12 17:39:31 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Gordon Sim
2009-06-10 09:40:23 UTC
Same error can be observed using the JMS pubsub example as well. Another reproducer: start first node, connect with qpid-tool, add second node, invoke echo command on broker through the qpid-tool session. Reproduced on RHEL5 qpidd-0.5.752581-14.el5
using qpid-tool.
--------------------------------------------------------------------------
qpid: list broker
Objects of type org.apache.qpid.broker:broker
ID Created Destroyed Index
====================================
102 12:55:43 - 101.5672
qpid: call 102 echo 1 ahoj
qpid: Call Result: echo 0 (OK) {'body': u'ahoj', 'sequence': 1L}
--------------------------------------------------------------------------
The second qpidd cluster then leaves the cluster and shuts down
with these messages:
-------------------------------------------------------------------------------
2009-jun-10 14:59:26 info Passivating links
2009-jun-10 14:59:30 trace 192.168.254.254:17492(READY) DLVR: Event[192.168.254.1:2575-1 data 237 bytes]
2009-jun-10 14:59:30 trace 192.168.254.254:17492(READY) DLVR 168: Frame[Bbe; channel=0; {MessageTransferBody: destination=qpid.management; }] data 192.168.254.1:2575-1
2009-jun-10 14:59:30 debug Exception constructed: receiving Frame[Bbe; channel=0; {MessageTransferBody: destination=qpid.management; }]: channel 0 is not attached (qpid/amqp_0_10/SessionHandler.cpp:79)
2009-jun-10 14:59:30 error Channel exception: not-attached: receiving Frame[Bbe; channel=0; {MessageTransferBody: destination=qpid.management; }]: channel 0 is not attached (qpid/amqp_0_10/SessionHandler.cpp:79)
2009-jun-10 14:59:30 debug 192.168.254.254:17492(READY/error) Session error 168 unresolved: 192.168.254.1:2575 192.168.254.254:17492
2009-jun-10 14:59:30 trace MCAST 192.168.254.254:17492-0: {ClusterErrorCheckBody: type=1; frame-seq=168; }
2009-jun-10 14:59:30 trace 192.168.254.254:17492(READY/error) DLVR: Event[192.168.254.254:17492-0 control 27 bytes]
2009-jun-10 14:59:30 debug 192.168.254.254:17492(READY/error) Error 168 outcome agrees with 192.168.254.254:17492
2009-jun-10 14:59:30 debug 192.168.254.254:17492(READY/error) Error 168 still unresolved: 192.168.254.1:2575
2009-jun-10 14:59:30 trace 192.168.254.254:17492(READY/error) DLVR: Event[192.168.254.1:2575-1 control 22 bytes]
2009-jun-10 14:59:30 trace 192.168.254.254:17492(READY/error) DLVR: Event[192.168.254.1:2575-0 control 27 bytes]
2009-jun-10 14:59:30 critical 192.168.254.254:17492(READY/error) Error 168 did not occur on 192.168.254.1:2575
2009-jun-10 14:59:30 debug Exception constructed: Aborted by local failure that did not occur on all replicas
2009-jun-10 14:59:30 error Error delivering frames: Aborted by local failure that did not occur on all replicas
2009-jun-10 14:59:30 notice 192.168.254.254:17492(LEFT/error) leaving cluster jasan
2009-jun-10 14:59:30 debug 192.168.254.254:17492(LEFT/error) deleted connection: 192.168.254.1:2575-1(shadow)
2009-jun-10 14:59:30 debug Message 0x90326f8 enqueued on mgmt-rhel5.virtual.jsn.2587[0x9075738]
2009-jun-10 14:59:30 debug Shutting down CPG
2009-jun-10 14:59:30 notice Shut down
2009-jun-10 14:59:30 debug Journal "TplStore": Destroyed
-------------------------------------------------------------------------------
Created attachment 347216 [details]
Fix for this issue.
The patch fixes both sides: the broker handles channel 0 correctly and the python client no longer uses channel 0 by default.
Reproduced on RHEL5-i386 <=> RHEL5-i386 Verified on qpidc-15 build in these scenarios First in cluster | Second RHEL5-i386 | RHEL5-i386 RHEL5-x86_64 | RHEL5-i386 RHEL5-i386 | RHEL5-x86_64 RHEL5-x86_64 | RHEL5-x86_64 An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2009-1097.html |