Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1940153

Summary:	[OSP13] HP Cinder driver convert_to_base option is forced to true creating unnecessary volume
Product:	Red Hat OpenStack	Reporter:	ggrimaux
Component:	openstack-cinder	Assignee:	Pablo Caruana <pcaruana>
Status:	CLOSED ERRATA	QA Contact:	Tzach Shefi <tshefi>
Severity:	high	Docs Contact:	Andy Stillman <astillma>
Priority:	high
Version:	13.0 (Queens)	CC:	abishop, amcleod, apevec, eharney, fsoppels, gfidente, gregraka, pcaruana, slinaber, spower
Target Milestone:	z16	Keywords:	OtherQA, Triaged, ZStream
Target Release:	13.0 (Queens)
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	openstack-cinder-12.0.10-22.el7ost	Doc Type:	Bug Fix
Doc Text:	Before this update, when using the Block Storage service (cinder) to create a large number of instances (bootable volumes) from snapshots on HP3Par Storage back end servers, timeouts occurred. An HP variable (`convert_to_base`) was set to true which caused HP3Par to create a thick volume of the original volume. This was an unnecessary and unwanted action. + With this update, a newer HP driver (4.0.11) has been backported to RHOSP 13 that includes a new spec: + ---- hpe3par:convert_to_base=True \| False ---- + * True (default) - The volume is created independently from the snapshot (HOS8 behavior). * False - The volume is created as a child of snapshot (HOS5 behavior). + .Usage + You can set this new spec for HPE3Par volumes by using the `cinder type-key` command: + ---- cinder type-key <volume-type-name-or-ID> set hpe3par:convert_to_base=False \| True ---- + .Example + ---- $ cinder type-key myVolType set hpe3par:convert_to_base=False $ cinder create --name v1 --volume-type myVolType 10 $ cinder snapshot-create --name s1 v1 $ cinder snapshot-list $ cinder create --snapshot-id <snap_id> --volume-type myVolType --name v2 10 ---- + .Notes If the size of v2 is greater than size of v1, then the volume cannot be grown. In this case, to avoid any error, v2 is converted to a base volume (`convert_to_base=True`).	Story Points:	---
Clone Of:		Environment:
Last Closed:	2021-06-16 10:59:46 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:

Description ggrimaux 2021-03-17 17:19:12 UTC

Description of problem:
Setup:
OSP13z10
HP3Par Storage backend

Goal: 
Do backup of volumes

Operation:
#1 Create a snapshot of a volume
#2 Create a volume of that snapshot


On the HP3Par storage we see 3 operations:
#1 Create the snapshot
#2 Create a separate thick volumes (createvvcopy in HP terms) of the original volume that is never used after
#3 Create a vlun to attach to the compute node

That extra step (#2) is not needed or wanted.

We discovered why this is happening. 
Its because of the HP variable called 'convert_to_base'.
On OSP13 even with the latest z release (z14) the HP driver included is 4.0.8.

In that version convert_to_base is set to True. There is no way to force it to false.

That is why in version 4.0.11 an extra spec has been created to allow openstack to interact with that variable and they also made that variable false by default.

In OSP16.1 We do have this new version and it works as advertise and it solved the problem I am describing above.

The request here is to backport 4.0.11 HP driver version to OSP13.



Version-Release number of selected component (if applicable):
OSP13 (any release)
HP Driver 4.0.8

How reproducible:
100%

Steps to Reproduce:
1. Create snapshot of volume
2. Create volume of that snapshot
3. Wait several hours to have volumes created.

Actual results:
Unnecessary step of creating a volume that is not used or needed.

Expected results:
Removed that extra step.

Additional info:

Comment 1 Alan Bishop 2021-03-17 18:28:27 UTC

@Pablo, can you take this?

Comment 6 spower 2021-04-13 18:57:41 UTC

Exception flag granted

Comment 22 errata-xmlrpc 2021-06-16 10:59:46 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 (Red Hat OpenStack Platform 13.0 bug fix and enhancement 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-2021:2385