<div dir="ltr"><div><div><div><div><div><div><div><div><div>This is probably affecting other people as well, so hopefully message will avoid some headaches.<br><br></div>[nova,cinder,neutron] will allow you to do a quota-update using the tenant-name (instead of tenant-id). They will also allow you to do a quota-show tenant-name and get the expected values back.<br><br></div>Then you go to the tenant and end up surprised that the quotas have not been applied and you can still do things you were not supposed to.<br><br></div>It turns out that [nova,cinder,neutron] just created an entry on the quota table, inserting the tenant-name on the tenant-id field.<br><br></div><div>"Surprise, surprise!"<br></div><div><br></div>Ops lessons learned: use the tenant-id!<br><br></div>Dev lessons learned: we need to validate better our inputs and refuse to update a tenant-id that does not exist.<br><br></div>I have documented this behaviour on <a href="https://bugs.launchpad.net/neutron/+bug/1399065">https://bugs.launchpad.net/neutron/+bug/1399065</a> and <a href="https://bugs.launchpad.net/neutron/+bug/1317515">https://bugs.launchpad.net/neutron/+bug/1317515</a>. I can reproduce it in IceHouse.<br><br></div>Could someone please confirm if this is still the case on master? If not, which version of OpenStack addressed that?<br><br></div>Thanks,<br></div>Bruno<br></div>