<div dir="ltr">FYI, we’ve been using <a href="https://github.com/osops/tools-generic/pull/4">https://github.com/osops/tools-generic/pull/4</a> in a Grizzly era environment.</div><div class="gmail_extra"><br><div class="gmail_quote">On 20 March 2015 at 13:35, Kris G. Lindgren <span dir="ltr"><<a href="mailto:klindgren@godaddy.com" target="_blank">klindgren@godaddy.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Can you post of you cronjob/script that you use to correct the quotas?<br>
____________________________________________<br>
<br>
Kris Lindgren<br>
Senior Linux Systems Engineer<br>
GoDaddy, LLC.<br>
<br>
<br>
<br>
On 3/20/15, 4:18 AM, "Sam Morrison" <<a href="mailto:sorrison@gmail.com">sorrison@gmail.com</a>> wrote:<br>
<br>
>We¹ve had the following for a year or so but doesn¹t help much, we still<br>
>see it occurring every 10 mins or so.<br>
><br>
>max_age = 10<br>
>until_refresh = 5<br>
>reservation_expire=600<br>
><br>
>We have a cron job that runs every 10 mins that figures out what projects<br>
>are out of sync and corrects them.<br>
>We¹ve always been scared of setting these to zero but we probably should.<br>
><br>
>Sam<br>
><br>
><br>
>> On 15 Mar 2015, at 2:53 pm, Mike Dorman <<a href="mailto:mdorman@godaddy.com">mdorman@godaddy.com</a>> wrote:<br>
>><br>
>> Yeah the default is just Œ0¹ for both, which disables the refresh.<br>
>><br>
>><br>
>><br>
>> The one downside is that it may not be 100% transparent to the user.<br>
>>If<br>
>> the quota is already (incorrectly) too high, and exceeding the quota<br>
>> limit, the reservation that triggers the refresh will still fail.  I.e.<br>
>> the reservation is attempted based on the quota usage values _before_<br>
>>the<br>
>> refresh.  But then after that the quota should be fixed and it will<br>
>>work<br>
>> again on the next reservation.<br>
>><br>
>> But my thinking is that most quota issues happen slowly over time.  If<br>
>>we<br>
>> are correcting them often and automatically, they hopefully never get<br>
>>to<br>
>> the point where they¹re bad enough to manifest reservation errors to<br>
>>the<br>
>> user.<br>
>><br>
>> I don¹t have any information re: db load.  I assume it regenerates<br>
>>based<br>
>> on what¹s in the instances or reservations table.  I imagine the load<br>
>>for<br>
>> doing a single refresh is probably comparable to doing a Œnova list¹.<br>
>><br>
>> Mike<br>
>><br>
>><br>
>><br>
>> On 3/14/15, 2:27 PM, "Tim Bell" <<a href="mailto:Tim.Bell@cern.ch">Tim.Bell@cern.ch</a>> wrote:<br>
>><br>
>>> Interesting... what are the defaults ?<br>
>>><br>
>>> Assuming no massive DB load, getting synced within a day would seem<br>
>>> reasonable. Is the default no max age ?<br>
>>><br>
>>> Tim<br>
>>><br>
>>>> -----Original Message-----<br>
>>>> From: Jesse Keating [mailto:<a href="mailto:jlk@bluebox.net">jlk@bluebox.net</a>]<br>
>>>> Sent: 14 March 2015 16:59<br>
>>>> To: <a href="mailto:openstack-operators@lists.openstack.org">openstack-operators@lists.openstack.org</a><br>
>>>> Subject: Re: [Openstack-operators] max_age and until_refresh for<br>
>>>>fixing<br>
>>>> Nova<br>
>>>> quotas<br>
>>>><br>
>>>> On 3/14/15 8:11 AM, Mike Dorman wrote:<br>
>>>>> I did short write-up here <a href="http://t.co/Q5X1hTgJG1" target="_blank">http://t.co/Q5X1hTgJG1</a> if you are<br>
>>>>>interested<br>
>>>>> in the details.<br>
>>>>><br>
>>>><br>
>>>> Thanks for sharing Matt! That's an excellent write up.<br>
>>>><br>
>>>> --<br>
>>>> -jlk<br>
>>>><br>
>>>> _______________________________________________<br>
>>>> OpenStack-operators mailing list<br>
>>>> <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
>>>><br>
>>>><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
>>><br>
>>> _______________________________________________<br>
>>> OpenStack-operators mailing list<br>
>>> <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
>> _______________________________________________<br>
>> OpenStack-operators mailing list<br>
>> <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
><br>
><br>
>_______________________________________________<br>
>OpenStack-operators mailing list<br>
><a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>Simon McCartney</div><div>E: <a href="mailto:simon@mccartney.ie" target="_blank">simon@mccartney.ie</a> <span style="white-space:pre">               </span></div><div>M: +44 7710 836 915</div></div>
</div>