Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 584089

Summary:	ACL module core dumps if management is disabled
Product:	Red Hat Enterprise MRG	Reporter:	Rajith Attapattu <rattapat+nobody>
Component:	qpid-cpp	Assignee:	Rajith Attapattu <rattapat+nobody>
Status:	CLOSED ERRATA	QA Contact:	ppecka <ppecka>
Severity:	high	Docs Contact:
Priority:	urgent
Version:	1.2	CC:	freznice, ppecka
Target Milestone:	1.3
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:	Load the 'acl module' while disabling management (using the "-m no" parameter), the broker core was dumped. This was due to the 'mgtObject' not being initialized, hence the subsequent 'if' statements passed and resulted in accessing a null management Object. With this update, the broker core is no longer dumped and loading of the 'acl module' while disabling management works as expected	Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-10-14 16:01:29 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:

Description Rajith Attapattu 2010-04-20 18:34:22 UTC

Description of problem:
If you load the acl module while disabling management (using -m no) the broker core dumps. This is due to the mgtObject not being initialized, hence the subsequent if statements pass and results in accessing a null management Object.

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


How reproducible:
Always

Steps to Reproduce:
Load the acl module with an acl file and set -m no to disable management.
  
Actual results:
Broker core dumps

Expected results:
Should not core dump.

Comment 1 Rajith Attapattu 2010-04-20 18:56:28 UTC

This is fixed in upstream at rev 936028.

Comment 2 ppecka 2010-05-31 12:50:50 UTC

verified on RHEL 5.5/4.8 - i386/x86_64:

rpm -qa | grep -E '(qpid|ais|sesame)' | sort -n
openais-0.80.6-16.el5_5.1
openais-debuginfo-0.80.6-16.el5_5.1
openais-devel-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-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
rh-tests-distribution-MRG-Messaging-qpid_common-1.6-27
sesame-0.7.3918-2.el5

--> VERIFIED

Comment 3 Martin Prpič 2010-10-10 09:42:41 UTC

    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Load the 'acl module' while disabling management (using the "-m no" parameter), the broker core was dumped. This was due to the 'mgtObject' not being initialized, hence the subsequent 'if' statements passed and resulted in accessing a null management Object. With this update, the broker core is no longer dumped and loading of the 'acl module' while disabling management works as expected

Comment 5 errata-xmlrpc 2010-10-14 16:01:29 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/RHSA-2010-0773.html