Back to bug 1000972

Who When What Removed Added
Xavier Queralt 2013-08-26 08:53:20 UTC Link ID Launchpad 1172922
Omri Hochman 2013-08-26 11:19:23 UTC CC ohochman
Alan Pevec 2013-08-26 13:24:23 UTC Priority unspecified high
CC apevec
Assignee rhos-maint xqueralt
Alan Pevec 2013-08-26 13:26:11 UTC Priority high medium
Xavier Queralt 2013-08-26 14:20:32 UTC Status NEW ON_DEV
Link ID OpenStack gerrit 43713
RHEL Program Management 2013-08-27 23:06:48 UTC Target Milestone --- async
RHEL Program Management 2013-08-27 23:06:53 UTC Target Release --- 3.0
RHEL Program Management 2013-08-27 23:06:57 UTC Keywords ZStream
Xavier Queralt 2013-09-06 13:27:39 UTC Status ON_DEV POST
Xavier Queralt 2013-10-11 13:15:43 UTC Flags needinfo?(hateya)
Xavier Queralt 2013-10-14 14:20:17 UTC Status POST MODIFIED
Eric Harney 2013-10-22 18:15:16 UTC Fixed In Version openstack-cinder-2013.1.4-1.el6ost
errata-xmlrpc 2013-10-24 13:36:10 UTC Status MODIFIED ON_QA
Bruce Reeler 2013-10-25 05:28:12 UTC CC breeler, xqueralt
Flags needinfo?(xqueralt)
Haim 2013-10-27 12:07:03 UTC QA Contact hateya yrabl
Flags needinfo?(hateya) needinfo?(xqueralt)
Yogev Rabl 2013-10-31 07:03:17 UTC Status ON_QA VERIFIED
Bruce Reeler 2013-11-07 05:54:21 UTC Flags needinfo?(xqueralt)
Xavier Queralt 2013-11-11 22:28:54 UTC Doc Text Cause: Connections created while trying to reconnect to the qpid server wouldn't be closed if an error was triggered during the process.

Consequence: The process was leaving lots of open and unused connections that couldn't only be cleaned with a restart of the service.

Fix: The qpid implementation now always closes the old connection even when there is an error

Result: Now, even on an error, the connection is always closed before trying to reconnect.
Flags needinfo?(xqueralt) needinfo+
Xavier Queralt 2013-11-11 22:30:20 UTC Flags needinfo+
Bruce Reeler 2013-11-12 03:23:49 UTC Doc Text Cause: Connections created while trying to reconnect to the qpid server wouldn't be closed if an error was triggered during the process.

Consequence: The process was leaving lots of open and unused connections that couldn't only be cleaned with a restart of the service.

Fix: The qpid implementation now always closes the old connection even when there is an error

Result: Now, even on an error, the connection is always closed before trying to reconnect.
Previously, connections created while trying to reconnect to the qpid server
wouldn't be closed if an error was triggered during the process. As a result
the service had to be restarted to close unused connections. This has been
fixed so that, even on an error, qpid always closes the old connection before
trying to reconnect.
Bruce Reeler 2013-11-12 03:26:21 UTC Doc Text Previously, connections created while trying to reconnect to the qpid server
wouldn't be closed if an error was triggered during the process. As a result
the service had to be restarted to close unused connections. This has been
fixed so that, even on an error, qpid always closes the old connection before
trying to reconnect.
Previously, connections created by Cinder while trying to reconnect to the qpid server
wouldn't be closed if an error was triggered during the process. As a result
the service had to be restarted to close unused connections. This has been
fixed so that, even on an error, qpid always closes the old connection before
trying to reconnect.
errata-xmlrpc 2013-11-18 15:13:39 UTC Status VERIFIED CLOSED
Resolution --- ERRATA
Last Closed 2013-11-18 10:13:39 UTC
Scott Lewis 2014-01-09 19:40:53 UTC Target Milestone async A3
John Skeoch 2014-06-18 07:00:29 UTC CC dallan
Perry Myers 2016-04-26 14:31:29 UTC CC pmyers

Back to bug 1000972