Open Stack

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