Quota Usage Inconsistencies

Bug #1131821 reported by Stephen
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Incomplete
Medium
Unassigned

Bug Description

The quota usages appear to be inconsistent when an instance is created as a user then deleted as an admin (via the command line). We had a 6-core instance running and booting from a volume. After detaching the volume to do some work on the partition, we were unable to reattach it so we need to delete the instance and create a new one. I tried suspending the instance to reattach the volume, but when that didn't work we were now unable to terminate the instance via horizon. I then deleted the instance using the nova CLI (as the admin user) and attempted the recreate the instance using the horizon dashboard. I received an error stating our quota limit had been reached when the summary page stated that it clearly was not. Checking the nova database files you can see the discrepancy (screenshots attached). The database screenshot was taken from the nova.quota_usages table.

Revision history for this message
Stephen (stephen-kahmann) wrote :
Revision history for this message
Behdad Fariba (behdad-7) wrote :

Thanks for filing this ticket. I did some tests and couldn't reproduce above scenario with Folsom Release. Basically, I don't see issue with non-admin users, but I do see issue for admin. Seems like for admin, other tenant's vms aslo considered/counted and I hit the quota when creating vm with admin. The nova absolute-limits also shows higher amount (when running as admin tenant) and not what admin has.

Changed in nova:
status: New → Triaged
importance: Undecided → Medium
milestone: none → grizzly-rc1
Revision history for this message
Russell Bryant (russellb) wrote :

Can you clarify exactly which version of nova that you're using? This sounds like it could be a duplicate of 1078668, which was fixed not too long ago.

Changed in nova:
status: Triaged → Incomplete
Revision history for this message
Stephen (stephen-kahmann) wrote :

Using version:

2012.2.2-dev (2012.2.2-LOCALBRANCH:LOCALREVISION)

I did notice that there were some bugs related to quota (specifically in cinder) that were not pushed to the public ubuntu repos yet. Perhaps this is the same problem?

Revision history for this message
Russell Bryant (russellb) wrote :

It looks like the bug I mentioned was fixed in grizzly but not folsom. Could you try testing grizzly? If grizzly is good, then we just need to mark this bug as a duplicate of 1078668 and mark that bug as affecting folsom. Thanks.

Changed in nova:
milestone: grizzly-rc1 → none
Revision history for this message
Davanum Srinivas (DIMS) (dims-v) wrote :

We cannot solve the issue you reported without more information. Could you please provide the requested information ? (russellb's question in comment #4)

Revision history for this message
Stephen (stephen-kahmann) wrote :

I'm sorry, I am unable to test grizzly as this is a production cluster.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.