Bug 1627473

Summary:	Address issue of failed deprovisions resulting in potentially hundreds of transient namespaces being created.
Product:	OpenShift Container Platform	Reporter:	John Matthews <jmatthew>
Component:	Service Broker	Assignee:	Jesus M. Rodriguez <jesusr>
Status:	CLOSED DUPLICATE	QA Contact:	Zihan Tang <zitang>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	3.11.0	CC:	aos-bugs, chezhang, jesusr, jiazha, jmatthew, jmontleo, shurley, spadgett, zitang
Target Milestone:	---
Target Release:	3.11.z
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1618547	Environment:
Last Closed:	2019-03-25 13:28:36 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1628235
Bug Blocks:

Comment 1 John Matthews 2018-09-10 16:38:02 UTC

Recap of issue:

In 3.11.0 we will be deleting a failed namespace to reduce potential for spamming a cluster and creating hundreds of namespaces on failed deprovisions.  

In 3.11.z we would like to go back to previous behavior of keeping transient namespace around on failures to help aid debugging.  

This BZ is tracking work to address how we can handle service-catalog calling the broker in a loop on failed deprovisions.

Comment 2 John Matthews 2018-09-12 14:11:44 UTC

Service Catalog bz possibly related

Bug 1628235 - Service Catalog establishes a new connection for every request and never closes them.

Comment 3 Shawn Hurley 2019-03-25 13:28:36 UTC

This bug is fixed by deleting the failed namespaces and to go back to the previous behavior is an RFE being tracked in the duplicate bug. 

Closing in favor of more correct bug title.

*** This bug has been marked as a duplicate of bug 1649076 ***