Bug 2184844

Summary:	[16.2] Backport tempest patch for upstream-approved Block Storage API backward-incompatible change
Product:	Red Hat OpenStack	Reporter:	Brian Rosmaita <brian.rosmaita>
Component:	openstack-tempest	Assignee:	Rajat Dhasmana <rdhasman>
Status:	VERIFIED ---	QA Contact:	Martin Kopec <mkopec>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	16.2 (Train)	CC:	apevec, lhh, mkopec, rdhasman, slinaber, udesale
Target Milestone:	z3	Keywords:	Triaged
Target Release:	16.2 (Train on RHEL 8.4)
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	openstack-tempest-26.1.0-2.20230410154917.271f820.el8ost	Doc Type:	No Doc Update
Doc Text:		Story Points:	---
Clone Of:	2184840	Environment:
Last Closed:		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:	2184840
Bug Blocks:	2175217

Description Brian Rosmaita 2023-04-05 22:41:06 UTC

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

Description of problem:

In Queens, the ability to create a multiattach volume by including a request parameter in the volume-create request was deprecated in favor of using a multiattach volume-type.  The former operation is dangerous and can lead to data loss.  Since Rocky, the cinderclient and openstackclient have not allowed a multiattach request parameter, but unfortunately it was not removed from the API until the Antelope release.  Because there were existing tempest tests around the deprecated feature, these had to be revised, and the changes were accepted by the upstream QA team because this is a data loss issue.

A customer noticed the upstream cinder change and requested that it be backported to RHOSP 16.2; since the backport will break existing tempest tests in 17 and 16, the tempest patch needs to be backported too.

Additional info:

A complication is that volume-type creation is an admin-only operation, whereas requesting the creation of a multiattach volume (i.e., a volume of a multiattach volume-type) can be done with non-admin credentials.  The upstream QA team wanted to leave the multiattach tests in the non-admin realm, so the appropriate volume-type is created upstream in devstack.  We'll have to create it in infrared.

Comment 1 Martin Kopec 2023-05-04 05:46:53 UTC

Moving 2175217 BZ from being dependent on to blocked by this - 2175217 stops supporting the "old way", therefore this tempest change has to be backported first (as it stops using the "old way")

Comment 4 Martin Kopec 2023-07-31 08:27:36 UTC

The fix is part of the Fixed in version package which has just made it through phase 2.