Bug 1717727

Summary:	[RHOSP 13] Create new image volume cache entry when cloning fails
Product:	Red Hat OpenStack	Reporter:	Takashi Kajinami <tkajinam>
Component:	openstack-cinder	Assignee:	Pablo Caruana <pcaruana>
Status:	CLOSED ERRATA	QA Contact:	Tzach Shefi <tshefi>
Severity:	urgent	Docs Contact:	Tana <tberry>
Priority:	medium
Version:	13.0 (Queens)	CC:	ndeevy, pcaruana
Target Milestone:	---	Keywords:	Triaged, ZStream
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	openstack-cinder-12.0.7-3.el7ost	Doc Type:	Bug Fix
Doc Text:	Previously, in certain cases, when the Block Storage service failed to create a cloned volume from the existing image cache volume, it retrieved an image from the Image service, but did not recreate the image cache. With this update, the Block Storage services recreates the image cache after failing to create a cloned volume.	Story Points:	---
Clone Of:
Clones:	1719755 (view as bug list)		Environment:
Last Closed:	2019-09-03 16:54:21 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:	1719755
Bug Blocks:

Description Takashi Kajinami 2019-06-06 02:42:54 UTC

Description of problem:

If we enable image cache feature in cinder, cinder create an image cache volume
in storage and create a volume by cloning that image cache volume.

In current RHOSP13, when cinder fails to create an cloned volume from the existing
image cache volume, it retrieves image from glance but does never recreate the image cache.
This causes a problem when we use XtremIO as cinder backend, as XtremIO has a snapshot limit
per volume group, which prevents that cloning when we have a number of volumes already
created from the same image cache volume.

There is a bug report on launchpad[1], and the fix is already merged in master [2],
so we should backport this to also our downstream version.

[1] https://bugs.launchpad.net/cinder/+bug/1801595
[2] https://review.opendev.org/#/c/630753/


How reproducible:
Always

Steps to Reproduce:
1. Configure XtremIO cinder backend and image cache enabled
2. Create 100(=xtremio_volumes_per_glance_cache) volumes from the same image
3. Again create some volumes from the same image

Actual results:
- Cinder always retrieves an image from glance

Expected results:
- Cinder creates a new image cache volume and create volumes using it

Comment 10 errata-xmlrpc 2019-09-03 16:54:21 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-2019:2627