[openstack-dev] [openstack][cinder]A discussion about quota update lower than current usage.
geguileo at redhat.com
Fri Jul 10 07:54:56 UTC 2015
On Fri, Jul 10, 2015 at 10:28:06AM +0300, Duncan Thomas wrote:
> That is a semantic change to the api that will break anybody who has
> tooling expecting the current behavior. Since there are perfectly sensible
> uses of the current behavior, that is not a good thing.
I don't think that will be the case, if it's an optional argument that
by default preserves current behavior (force = True), then it shouldn't
break anything for all callers that don't use that new option.
And for those that want the new behavior, they can always pass force set
> On 10 Jul 2015 07:33, "hao wang" <sxmatch1986 at gmail.com> wrote:
> > Cinder now doesn't check the existing resource when user lower the quota.
> > It's reasonable for admin can adjust the quota limit to lower level than
> > current usage.
> > But it also bring confusion that I have received to end user, they saw the
> > current usage
> > was more than limit, but they can't create resources any more.
> > So there have been 'bug' reported and code patch committed, I knew
> > it may be
> > inappropriate as 'bug fix', but just want to optimize this API of
> > updating quota.
> > We are proposing to add an option argument which is named 'force' in
> > request body.
> > Of course the default value is True that means admin can adjust the quota
> > lower then
> > current usage as same as what we did now. When the force is False, that
> > will occur
> > a Validation and return 400 Bad Request if the update value is lower than
> > current usage.
> > I wonder to know folks' opinions and suggestions about this change to see
> > if this is value to merge this patch.
> > https://bugs.launchpad.net/neutron/+bug/1304234
> > https://review.openstack.org/#/c/197938/
> > Thanks~
> > --
> > Best Wishes For You!
> > __________________________________________________________________________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
More information about the OpenStack-dev