The corresponding Tempest change is also ready to roll (thanks to Ken'inci): https://review.openstack.org/#/c/112474/1 so its kind of just a question of getting the sequence right. Phil > -----Original Message----- > From: Sean Dague [mailto:sean at dague.net] > Sent: 05 September 2014 17:05 > To: openstack-dev at lists.openstack.org > Subject: Re: [openstack-dev] [nova] FFE server-group-quotas > > On 09/05/2014 11:28 AM, Ken'ichi Ohmichi wrote: > > 2014-09-05 21:56 GMT+09:00 Day, Phil <philip.day at hp.com>: > >> Hi, > >> > >> I'd like to ask for a FFE for the 3 patchsets that implement quotas for > server groups. > >> > >> Server groups (which landed in Icehouse) provides a really useful anti- > affinity filter for scheduling that a lot of customers woudl like to use, but > without some form of quota control to limit the amount of anti-affinity its > impossible to enable it as a feature in a public cloud. > >> > >> The code itself is pretty simple - the number of files touched is a side- > effect of having three V2 APIs that report quota information and the need to > protect the change in V2 via yet another extension. > >> > >> https://review.openstack.org/#/c/104957/ > >> https://review.openstack.org/#/c/116073/ > >> https://review.openstack.org/#/c/116079/ > > > > I am happy to sponsor this work. > > > > Thanks > > Ken'ichi ohmichi > > > > _______________________________________________ > > OpenStack-dev mailing list > > OpenStack-dev at lists.openstack.org > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > These look like they are also all blocked by Tempest because it's changing > return chunks. How does one propose to resolve that, as I don't think there > is an agreed path up there for to get this into a passing state from my reading > of the reviews. > > -Sean > > -- > Sean Dague > http://dague.net > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev