<div dir="ltr">Absolutely an oversight as far as I can tell - probably similar problems in the admin --all-tenants view of various other cinder resources. Patch welcome once we get micro-versions landed, in the meantime it would be great if you could file a bug, and ideally check any other views (snaps, backups, cgs, etc) for the same problem.<div><br></div><div>Thanks</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 30 October 2015 at 17:45, Matt Riedemann <span dir="ltr"><<a href="mailto:mriedem@linux.vnet.ibm.com" target="_blank">mriedem@linux.vnet.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
<br>
On 10/27/2015 9:57 PM, chenying wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
hi, Folks<br>
<br>
The API: GET/v2/​{tenant_id}​/volumes  List volumes<br>
<br>
When we use the tenant admin to list all the created volumes, we can<br>
list all tenant's volumes. But the response parameters do not include<br>
<br>
the parameter tenant_id. For a administrator, it is reasonable to see<br>
the the tenant_id of a volume form the response.<br>
<br>
So why don't we add the tenant_id to the response parameters of this<br>
API? What's the reason? Thanks.<br>
<br>
<br>
Best regard.<br>
chenying(IRC)<br>
<a href="mailto:ying.chen@huawei.com" target="_blank">ying.chen@huawei.com</a><br>
<br>
<br>
<br></div></div>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
</blockquote>
<br>
It might just be an oversight. There is a similar issue with listing all tenant server groups as an admin in nova, and a spec was proposed [1]. To fix that, we use microversions (in nova). Cinder is working toward microversion support in Mitaka I believe be able to easily make API changes like this which are otherwise backward incompatible since you're changing the response.<br>
<br>
[1] <a href="https://review.openstack.org/#/c/209917/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/209917/</a><span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
<br>
Thanks,<br>
<br>
Matt Riedemann<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>-- <br>Duncan Thomas</div></div></div>
</div>