Bug 497544 - servicing a catch-up request causes clustered broker to crash if replication exchange is defined
Summary: servicing a catch-up request causes clustered broker to crash if replication...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: qpid-cpp
Version: 1.1.1
Hardware: All
OS: Linux
urgent
medium
Target Milestone: 1.1.2
: ---
Assignee: Gordon Sim
QA Contact: Martin Kudlej
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-24 15:30 UTC by Gordon Sim
Modified: 2009-06-12 17:39 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-06-12 17:39:04 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
patch (1.03 KB, patch)
2009-05-11 19:59 UTC, Gordon Sim
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2009:1097 0 normal SHIPPED_LIVE Red Hat Enterprise MRG Messaging bug fixing update 2009-06-12 17:38:48 UTC

Description Gordon Sim 2009-04-24 15:30:44 UTC
Description of problem:

If a replication exchange is defined on a clustered broker, when a new node joins the cluster the node that tries to send it the necessary cluster state crashes.

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

qpidd-0.5.752581-5.el5

How reproducible:

100%

Steps to Reproduce:
1. start clustered node with replication exchange plugin loaded
2. create a replication exchange using qpid-config
3. start a new node for the cluster
  
Actual results:

first node crashes

Expected results:

first node doesn't crash(!)

Additional info:

This is caused by a bug whereby the size of the encoded representation of the exchange state is changed during encode and consequently it overruns the buffer.

There is a workaround which is to ensure that when declaring the replication exchange you specify "qpid.replication-event.sequence"=0 in the arguments to the exchange. E.g. see attached patch which is used for step 2 works around the issue.

Comment 1 Gordon Sim 2009-05-11 19:59:24 UTC
Created attachment 343498 [details]
patch

Fixed on trunk as r773667, attached patch for r752581.

Comment 2 Gordon Sim 2009-05-28 10:14:41 UTC
Fixed in qpidd-0.5.752581-8.el5

Comment 3 Martin Kudlej 2009-05-29 12:01:43 UTC
Tested on RHEL5.3 x86_64/i386 qpidd-0.5.752581-9.el5 and it works so --> VERIFIED.

Comment 5 errata-xmlrpc 2009-06-12 17:39:04 UTC
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


Note You need to log in before you can comment on or make changes to this bug.