OSC: version discovery missing
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| python-manilaclient |
Fix Released |
Undecided |
Unassigned | ||
Bug Description
Hi,
I have a manila installation running xena with a max apiversion 2.65.
I installed the client version 3.2.0.
Attempting a "openstack share list" returns the error "Version 2.66 is not supported by the API. Minimum is 2.0 and maximum is 2.65. (HTTP 406)"
I'm used to the manila command, which negotiates the max supported version between client and server. And my expectation is, that this should work the same way for osc:
if no --os-share- api-version (or env OS_SHARE_ API_VERSION) is specified, it should default to the highest version that both server and client can support.
E.g. in my example it should make the call with microversion 2.65 (not 2.66).
If I had running wallaby it should make the call with microversion 2.63 etc.
Or is the expectation that I make sure to have a matching client version installed?
BR,
Maurice