<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 16, 2019 at 1:55 PM Sean McGinnis <<a href="mailto:sean.mcginnis@gmx.com">sean.mcginnis@gmx.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> ><br>
><br>
> I don't believe that it is clear that a microversion bump was required for<br>
> the "groups" response showing up in a GET quota-sets response, and here's<br>
> why:<br>
><br>
> This API has, since at least Havana, returned dynamic fields based on quotas<br>
> that are assigned to volume types.  i.e.:<br>
><br>
> $ cinder --debug quota-show b73b1b7e82a247038cd01a441ec5a806<br>
> DEBUG:keystoneauth:RESP BODY: {"quota_set": {"per_volume_gigabytes": -1,<br>
> "volumes_ceph": -1, "groups": 10, "gigabytes": 1000, "backup_gigabytes":<br>
> 1000, "snapshots": 10, "volumes_enc": -1, "snapshots_enc": -1,<br>
> "snapshots_ceph": -1, "gigabytes_ceph": -1, "volumes": 10, "gigabytes_enc":<br>
> -1, "backups": 10, "id": "b73b1b7e82a247038cd01a441ec5a806"}}<br>
><br>
> "gigabytes_ceph" is in that response because there's a "ceph" volume type<br>
> defined, same for "gigabytes_enc", etc.<br>
><br>
> This puts this API alongside something more like listing volume types -- you<br>
> get a list of what's defined on the deployment, not a pre-baked list of<br>
> defined fields.<br>
><br>
<br>
I think this is the root of the confusion, and why I still think that<br>
enforcements, at least as it is now, should be reverted from tempest.<br>
<br>
This is not an API change where Cinder changed the columns in the response,<br>
it's the rows. This is a dynamic list. Like Eric points out, this really is no<br>
different than listing volumes or volumes types.<br>
<br>
This definitely should *not* be a microversion bump and the enforcement by<br>
tempest of the content (not the structure) is wrong.<br>
<br></blockquote><div><br></div><div>these details definitely make a difference to me. perhaps i should clarify my previous statement, i would expect any changes to the request or response /schemas/ to be associated with a version bump. if these tolerances are allowed within the current schema, then it makes sense to me that no version change would occur.</div><div><br></div><div>thanks for the clarification Eric and Sean</div><div><br></div><div>peace o/</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Sean<br>
<br>
</blockquote></div></div>