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

Bug 1960710

Summary:	manila's OSC shell does not perform version auto negotiation
Product:	Red Hat OpenStack	Reporter:	Emilien Macchi <emacchi>
Component:	python-manilaclient	Assignee:	Ashley R <ashrodri>
Status:	CLOSED ERRATA	QA Contact:	Alfredo <alfrgarc>
Severity:	medium	Docs Contact:	RHOS Documentation Team <rhos-docs>
Priority:	medium
Version:	17.0 (Wallaby)	CC:	apevec, ashrodri, eharney, gouthamr, lhh, mariel, vhariria, vimartin
Target Milestone:	z4	Keywords:	Triaged
Target Release:	17.1
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	python-manilaclient-2.6.4-17.1.20240830140806.7f7d7d3.el9ost	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2024-11-21 09:38:01 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:
Bug Blocks:	1707979

Description Emilien Macchi 2021-05-14 16:27:06 UTC

When deploying Manila with TripleO from master, it's impossible to create shares using openstackclient from the Undercloud because the version of Manila API is too old for manilaclient.

$ rpm -qa|grep manilaclient
python3-manilaclient-2.6.0-0.20210323054047.1075210.el8.noarch

$ openstack share type create cephfsnfstype false
Version 2.63 is not supported by the API. Minimum is 2.0 and maximum is 2.60. (HTTP 406) (Request-ID: req-cb62d943-ea63-4cd2-b3d9-5130bb3b0e1a)

Manila API is latest from tripleo master.
It works fine if the manilaclient installed is olded (tested on python3-manilaclient-2.1.0-2.fc33.noarch).

Comment 1 Goutham Pacha Ravi 2021-05-14 18:17:37 UTC

Hi Emilien, 

manilaclient doesn't yet have the API negotiation bits of the OpenStackClient. However, this looks like an anomaly, the latest from tripleo master should bring in version 2.63 [1] (which the client is requesting) - but somehow manila API is still at 2.60. Perhaps the latest wallaby code hasn't been promoted yet?

As a workaround for the problem you're hitting, you can set a version if you wish with:


  $ openstack --os-share-api-version 2.60 share type create cephfsnfstype false

alternatively, via env variable:

  $ export OS_SHARE_API_VERSION=2.60


[1] https://docs.openstack.org/manila/latest/contributor/api_microversion_history.html#maximum-in-wallaby

Comment 2 Emilien Macchi 2021-05-16 00:59:52 UTC

(In reply to Goutham Pacha Ravi from comment #1)
> As a workaround for the problem you're hitting, you can set a version if you
> wish with:
> 
> 
>   $ openstack --os-share-api-version 2.60 share type create cephfsnfstype
> false

Thank you!

Comment 15 errata-xmlrpc 2024-11-21 09:38: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 (RHOSP 17.1.4 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-2024:9974