Bug 1315842 - oslo.messaging holds connections when replies fail
Summary: oslo.messaging holds connections when replies fail
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: python-oslo-messaging
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Linux
high
high
Target Milestone: async
: 7.0 (Kilo)
Assignee: John Eckersberg
QA Contact: Udi Shkalim
URL:
Whiteboard: hot
: 1329742 (view as bug list)
Depends On: 1276166
Blocks: 1191185 1282918 1301634
TreeView+ depends on / blocked
 
Reported: 2016-03-08 18:19 UTC by John Eckersberg
Modified: 2023-02-22 23:02 UTC (History)
25 users (show)

Fixed In Version: python-oslo-messaging-1.8.3-5.el7ost
Doc Type: Bug Fix
Doc Text:
Clone Of: 1276166
Environment:
Last Closed: 2016-06-14 14:14:32 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1460652 0 None None None 2016-03-08 18:19:19 UTC
Red Hat Knowledge Base (Solution) 2604791 0 None None None 2016-09-06 16:29:23 UTC
Red Hat Product Errata RHBA-2016:1227 0 normal SHIPPED_LIVE Red Hat Enterprise Linux OpenStack Platform 7 Bug Fix and Enhancement Advisory 2016-06-14 18:07:52 UTC

Internal Links: 1365122

Comment 1 John Eckersberg 2016-03-08 18:31:04 UTC 
https://code.engineering.redhat.com/gerrit/#/c/69408/
Comment 2 Mike McCune 2016-03-28 22:46:32 UTC 
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions
Comment 3 Victor Stinner 2016-05-04 12:05:55 UTC 
*** Bug 1329742 has been marked as a duplicate of this bug. ***
Comment 5 Udi Shkalim 2016-06-06 09:24:10 UTC 
python-oslo-messaging-1.8.3-4.el7ost.noarch is installed on the latest ospd-7 deployment. Could it be that the package did not get in to latest ospd7 ?
Comment 6 Mike Burns 2016-06-06 13:25:08 UTC 
It would be assumed that people do an update post install to get newer packages than our latest images.  A new deployment would *not* have the package, but once the admin updates, it would get it.
Comment 7 Udi Shkalim 2016-06-08 11:59:14 UTC 
Verified on: python-oslo-messaging-1.8.3-5.el7ost.noarch

Steps done to recreate the problem:
1. Launched an instance with nova boot command - nova boot --image cirros-pop-osp --flavor m1.tiny --nic net-id=f05674ff-a734-4c08-8d6d-2318421b35c6 cirros
2. Restarted heat and rabbitmq - systemctl restart *heat* ; systemctl restart *rabbitmq*

Rabbit logs on the controllers are not showing any repeated errors.
Was able to launch a new instance after the restart.
Comment 9 errata-xmlrpc 2016-06-14 14:14:32 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2016:1227
Note You need to log in before you can comment on or make changes to this bug.