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

Bug 538188

Summary: connection.start() hangs if connection is not accepted
Product: Red Hat Enterprise MRG Reporter: Carl Trieloff <cctrieloff>
Component: python-qpidAssignee: Gordon Sim <gsim>
Status: CLOSED ERRATA QA Contact: Jiri Kolar <jkolar>
Severity: medium Docs Contact:
Priority: medium    
Version: 1.1.6CC: gsim, jkolar
Target Milestone: 1.3   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
After starting the qpidd daemon with a limit to the maximum number of connections, such as by specifying "--max Connections 2", running more than that number of the commands provided by the qpid-tools package, simultaneously, resulted in the last command becoming unresponsive. This has been fixed, and such command now exits as expected.
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-10-14 16:12:03 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 Carl Trieloff 2009-11-17 20:54:57 UTC
Can deadlock any python client or management tool.

Run ./qpidd --maxConnections 2

Start more than 2 python client. For example
start more than one qpid-tool or qpid-stat etc.. and it will hang.

It should exit. Note that the broker prints the connection exceeded message and C++ for example exists correctly, python incorrectly hangs.

Comment 1 Carl Trieloff 2009-11-18 17:01:45 UTC
note is it Run ./qpidd --max-connections 2

Comment 2 Gordon Sim 2010-06-02 10:06:21 UTC
The workaround is to specify a timeout to connection.start()

Comment 3 Gordon Sim 2010-06-02 11:37:50 UTC
Fixed on trunk (r950472) and on release branch (http://mrg1.lab.bos.redhat.com/git/?p=qpid.git;a=commitdiff;h=9e7d9497b8665b51075ddcfd1d01d805f009f78b).

Comment 5 Jiri Kolar 2010-09-22 11:48:36 UTC
fixed
validated on RHEL5.5/RHEL4  i386 / x86_64  

packages:
# rpm -qa | grep -E '(qpid|openais|rhm)' | sort -u

openais-0.80.6-16.el5_5.7
openais-devel-0.80.6-16.el5_5.7
python-qpid-0.7.946106-14.el5
qpid-cpp-client-0.7.946106-15.el5
qpid-cpp-client-devel-0.7.946106-15.el5
qpid-cpp-client-devel-docs-0.7.946106-15.el5
qpid-cpp-client-ssl-0.7.946106-15.el5
qpid-cpp-mrg-debuginfo-0.7.946106-14.el5
qpid-cpp-server-0.7.946106-15.el5
qpid-cpp-server-cluster-0.7.946106-15.el5
qpid-cpp-server-devel-0.7.946106-15.el5
qpid-cpp-server-ssl-0.7.946106-15.el5
qpid-cpp-server-store-0.7.946106-15.el5
qpid-cpp-server-xml-0.7.946106-15.el5
qpid-java-client-0.7.946106-9.el5
qpid-java-common-0.7.946106-9.el5
qpid-tools-0.7.946106-10.el5
rhm-docs-0.7.946106-5.el5
rh-tests-distribution-MRG-Messaging-qpid_common-1.6-53

->VERIFIED

Comment 6 Douglas Silas 2010-10-07 15:01:34 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:
After starting the qpidd daemon with a limit to the maximum number of connections, such as by specifying "--max	Connections 2", running more than that number of the commands provided by the qpid-tools package, simultaneously, resulted in the last command becoming unresponsive.

Comment 7 Jaromir Hradilek 2010-10-13 16:51:23 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1 +1 @@
-After starting the qpidd daemon with a limit to the maximum number of connections, such as by specifying "--max	Connections 2", running more than that number of the commands provided by the qpid-tools package, simultaneously, resulted in the last command becoming unresponsive.+After starting the qpidd daemon with a limit to the maximum number of connections, such as by specifying "--max	Connections 2", running more than that number of the commands provided by the qpid-tools package, simultaneously, resulted in the last command becoming unresponsive. This has been fixed, and such command now exits as expected.

Comment 9 errata-xmlrpc 2010-10-14 16:12:03 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