Hi, I think it would be ok to store persistently quota details on compute side, as was discussed during mitaka mid-cycle[1] for migrations[2]. So if compute service fails we could restore state and update quota after compute restart.
Timofey [1] - https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking [2] - https://review.openstack.org/#/c/291161/5/nova/compute/background.py On Wed, Apr 13, 2016 at 7:27 PM, Dmitry Stepanenko <dstepane...@mirantis.com > wrote: > Hi Team, > > I worked on nova quota statistics issue ( > https://bugs.launchpad.net/nova/+bug/1284424) happenning when nova-* > processes are restarted during removing instances and was able to reproduce > it. For repro I used devstack and started nova-api and nova-compute in > separate screen windows. For killing them I used ctrl+c. As I found this > issue happened if nova-* processes are killed after instance was deleted > but right before quota commit procedure finishes. > > We discussed these results with Markus Zoeller and decided that even > though killing nova processes is a bit exotic event, this still should be > fixed because quotas counting affects billing and very important for us. > > So, we need to introduce some mechanism that will prevent us from reaching > inconsistent states in terms of quotas. In other words, this mechanism > should work in such a way that both instance create/remove operation and > quota usage recount operation happened or not happened together. > > Any ideas how to do that properly? > > Kind regards, > Dmitry > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@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-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev