On 5/14/19 1:36 AM, rajiv mucheli wrote:

Hi,

Could you please let me know if https://bugs.launchpad.net/horizon/+bug/1493122 has been fixed? if not, in which release would it be fixed? or is there a workaround?

Bug #1493122, "There is no quota check for instance snapshot", is not fixed. Glance has something better, namely, user_storage_quota, which can be used to set an upper limit on the cumulative storage consumed by all images of a tenant across all stores (introduced in Havana). I think it's better because most likely users are charged by the amount of image storage they consume, not on a per-image basis. (Otherwise, all the Arch Linux users would be subsidizing the Windows users.) So the workaround is to set user_storage_quota in the Glance api-conf (the default value is 0 (unlimited)). That being said, it's really a hard limit, not a quota, because the same value applies to *all* projects. There's currently no support in Glance for applying different values to different projects. At the Denver PTG, people expressed interested in seeing the Keystone unified limits feature used to get real quotas into Glance. Someone even mentioned that they might have bandwidth to work on this during the Train cycle. As you may have noticed from Abhishek's PTG Summary and Train milestones email [1], the currently small Glance team has their hands full with other items for Train, so quotas won't happen in Train unless someone other than the usual suspects steps up. So if you're interested in helping out, or can direct some development resources to this effort, please put an item on the agenda for the weekly Glance meeting [0]. Meetings are 14:00 UTC Thursdays. cheers, brian [0] https://etherpad.openstack.org/p/glance-team-meeting-agenda [1] http://lists.openstack.org/pipermail/openstack-discuss/2019-May/006110.html

I did follow-up on :

https://blueprints.launchpad.net/glance/+spec/glance-quota-enhancements

Regards, Rajiv