<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 17, 2019 at 3:22 AM melanie witt <<a href="mailto:melwittt@gmail.com">melwittt@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 16 Apr 2019 17:46:15 -0700, Melanie Witt <<a href="mailto:melwittt@gmail.com" target="_blank">melwittt@gmail.com</a>> wrote:<br>
> On Tue, 16 Apr 2019 19:32:57 -0500, Matt Riedemann <<a href="mailto:mriedemos@gmail.com" target="_blank">mriedemos@gmail.com</a>><br>
> wrote:<br>
>> On 4/16/2019 7:22 PM, melanie witt wrote:<br>
>>> Today, an ERROR instance that has never been scheduled will consume<br>
>>> cores and ram quota usage<br>
>><br>
>> Hmm, I wonder if that was also a regression in Pike with counting<br>
>> quotas. Because that usage is not real and arguably shouldn't count<br>
>> against the tenant.<br>
> <br>
> I don't think so, based on hazy anecdotal experience and a look at the<br>
> code which does a quota reservation before scheduling and doesn't appear<br>
> to rollback quota in any failure case in conductor:<br>
> <br>
> <a href="https://github.com/openstack/nova/blob/stable/ocata/nova/compute/api.py#L313" rel="noreferrer" target="_blank">https://github.com/openstack/nova/blob/stable/ocata/nova/compute/api.py#L313</a><br>
> <br>
> I still have my Ocata devstack up, so I'll do a test and reply with the<br>
> results for Ocata, Train, and Train + counting from placement.<br>
<br>
Here are the results:<br>
<br>
* Ocata behavior, unscheduled ERROR instance consumes quota usage for <br>
instances, cores, and ram: <a href="http://paste.openstack.org/show/749406" rel="noreferrer" target="_blank">http://paste.openstack.org/show/749406</a><br>
<br>
* Train behavior, unscheduled ERROR instance consumes quota usage for <br>
instances, cores, and ram: <a href="http://paste.openstack.org/show/749407" rel="noreferrer" target="_blank">http://paste.openstack.org/show/749407</a><br>
<br>
* Train behavior + counting from placement, consumes quota usage for <br>
instances (API database) but not for cores and ram (placement <br>
allocations): <a href="http://paste.openstack.org/show/749408" rel="noreferrer" target="_blank">http://paste.openstack.org/show/749408</a><br>
<br></blockquote><div><br></div><div class="gmail_default" style="font-size:small">I guess this would be the expected/needed behaviour right? That is we count the instance but don't count the RAM and cores. Maybe we should fix this for the stable branches also in the current way of counting. </div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><br><div>Regards,<br></div><div>Surya.<br></div></div></div></div></div></div>