Bug 1731176

Summary:	Neutron cleanup fails sometimes due to 404 response
Product:	Red Hat OpenStack	Reporter:	Slawek Kaplonski <skaplons>
Component:	openstack-tempest	Assignee:	Slawek Kaplonski <skaplons>
Status:	CLOSED ERRATA	QA Contact:	Martin Kopec <mkopec>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	15.0 (Stein)	CC:	apevec, chkumar, lhh, mkopec, slinaber, udesale
Target Milestone:	rc	Keywords:	Triaged
Target Release:	15.0 (Stein)
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	openstack-tempest-20.0.0-0.20190703110412.a955095.el8ost	Doc Type:	No Doc Update
Doc Text:		Story Points:	---
Clone Of:	1731173	Environment:
Last Closed:	2019-09-21 11:24:01 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:
Bug Depends On:
Bug Blocks:	1731173, 1731174

Description Slawek Kaplonski 2019-07-18 14:16:30 UTC

+++ This bug was initially created as a clone of Bug #1731173 +++

It may happen that cleanup of neutron resources (e.g. network, subnet, port or router) may fail because DELETE request will be processed for very long time by neutron and retried request will got response 404.

To avoid such failures cleanup should handle 404 response as something "normal" and not fail then.

Comment 6 Martin Kopec 2019-08-06 15:26:20 UTC

The fix is present in the Fixed in version package.

Exact verification of this BZ is hard because as it's said here, it was happening only sometimes. However, adding a logic which ignores NotFound errors on DELETE requests (if the resource is not there at the time of its deletion, it can be considered as deleted successfully) should logically solve the described issue. I reviewed the code and checked upstream comments to the issue as well and it seems the change is done on all required places.
So, I'm moving this to VERIFIED.

Comment 8 errata-xmlrpc 2019-09-21 11:24:01 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/RHEA-2019:2811