<div dir="ltr">Cool, thanks, Jon. I've been following the thread on your scheduling issue on the OpenStack list. I can't see our users hitting that issue, but it's always good to keep in mind. :)</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 17, 2015 at 1:17 PM, Jonathan Proulx <span dir="ltr"><<a href="mailto:jon@jonproulx.com" target="_blank">jon@jonproulx.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Recently (4 weeks?) moved from Icehouse to Juno. It was pretty smooth<br>
(neutron has been much more well behaved though I know that's not<br>
relevant to you).<br>
<br>
One negative difference I noticed, but haven't really dug into yet<br>
since it's not a common pattern here:<br>
<br>
If I schedule >20 instances in one API call I get conductor timeouts<br>
and zero launches.  If I make many parallel scheduling calls for <20<br>
instances each response is good and scaling out to several hundred<br>
parallel launches is much faster and with out the neutron timeout<br>
errors that plagued me since I switched over to quantum in Grizzly.<br>
<br>
As I said I've not looked deeply at this so it may be a local config<br>
issue rather than something systemic with Juno, but if it's an<br>
important use case for you be sure to take a good look at it.<br>
<br>
-Jon<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, Feb 17, 2015 at 12:56 PM, Joe Topjian <<a href="mailto:joe@topjian.net">joe@topjian.net</a>> wrote:<br>
> Nice - thanks, Jesse. :)<br>
><br>
> On Tue, Feb 17, 2015 at 10:35 AM, Jesse Keating <<a href="mailto:jlk@bluebox.net">jlk@bluebox.net</a>> wrote:<br>
>><br>
>> On 2/17/15 8:46 AM, Joe Topjian wrote:<br>
>>><br>
>>><br>
>>> The only issue I'm aware of is that live snapshotting is disabled. Has<br>
>>> anyone re-enabled this and seen issues? What was the procedure to<br>
>>> re-enable?<br>
>><br>
>><br>
>> We've re-enabled it. Live snapshots take more system resources, which<br>
>> meant I had to dial back down my Rally test to validate how it could<br>
>> perform.<br>
>><br>
>> To re-enable it, we reverted the upstream commit that disabled it.<br>
>><br>
>><br>
>> <a href="https://github.com/blueboxgroup/nova/commit/fa3a9208ea366489410b4828bd20a74a571287a6" target="_blank">https://github.com/blueboxgroup/nova/commit/fa3a9208ea366489410b4828bd20a74a571287a6</a><br>
>><br>
>> Once that was clear, and we had an upgraded version of libvirt in place,<br>
>> live snapshots just happened.<br>
>><br>
>> As for the rest of your mail, we're going from Havana to Juno, and we have<br>
>> neutron, so some of our experience won't necessarily apply to you.<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>
>> <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>
> _______________________________________________<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>
</div></div></blockquote></div><br></div>