<div dir="ltr">ah-hah - thanks!<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 14, 2014 at 4:25 PM, Aubrey Wells <span dir="ltr"><<a href="mailto:awells@digiumcloud.com" target="_blank">awells@digiumcloud.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The Host parameter is optional, if you omit it, the scheduler chooses a host.<br>
<br>
# nova live-migration<br>
usage: nova live-migration [--block-migrate] [--disk-over-commit]<br>
                           <server> [<host>]<br>
<br>
<br>
<br>
---------------------<br>
Aubrey Wells<br>
Manager, Network Operations<br>
Digium Cloud Services<br>
Main: <a href="tel:888.305.3850" value="+18883053850">888.305.3850</a><br>
Support: <a href="tel:877.344.4861" value="+18773444861">877.344.4861</a> or <a href="http://www.digium.com/en/support" target="_blank">http://www.digium.com/en/support</a><br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On Fri, Feb 14, 2014 at 8:49 AM, Joe Topjian <<a href="mailto:joe@topjian.net">joe@topjian.net</a>> wrote:<br>
> I agree.<br>
><br>
> Just a thought: I think there should be some sort of scheduling intelligence<br>
> involved with a command like this. Right now, all of the migration and<br>
> evacuation commands work on individual instances being moved to a specified<br>
> compute node. IMO, automating this should involve the evacuation going to<br>
> the scheduler to figure out what other compute nodes are appropriate as<br>
> destinations.<br>
><br>
> Without this feature, if you were to do something like:<br>
><br>
> for i in $instance_list<br>
> do<br>
>   nova live-migration $i c01<br>
> end<br>
><br>
> c01 might already be at capacity or would be well-over capacity by the time<br>
> the loop finishes.<br>
><br>
> Individual sites might make their own variation of this (such as choosing a<br>
> compute node based on the nth instance being migrated) but that might not be<br>
> the most "professional" solution :)<br>
><br>
> Or does this intelligence already exist in OpenStack and I'm just falling<br>
> behind?<br>
><br>
><br>
><br>
> On Fri, Feb 14, 2014 at 1:47 PM, Tim Bell <<a href="mailto:Tim.Bell@cern.ch">Tim.Bell@cern.ch</a>> wrote:<br>
>><br>
>> At minimum, getting something into stackforge would be good.<br>
>><br>
>><br>
>><br>
>> Recovering as best you can from a dead hypervisor situation is another<br>
>> process that we need to define best-of-breed scripts.<br>
>><br>
>><br>
>><br>
>> Tim<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> From: Robert van Leeuwen [mailto:<a href="mailto:Robert.vanLeeuwen@spilgames.com">Robert.vanLeeuwen@spilgames.com</a>]<br>
>> Sent: 14 February 2014 12:50<br>
>> To: Tim Bell<br>
>> Cc: <a href="mailto:openstack-operators@lists.openstack.org">openstack-operators@lists.openstack.org</a><br>
>> Subject: RE: [Openstack-operators] Putting a hypervisor into maintenance /<br>
>> how to get a list of all instance IDs on a host<br>
>><br>
>><br>
>><br>
>> > How about sharing the script if you can get it to a generic state ? This<br>
>> > would seem to be an activity that many<br>
>> > operators would like to be able to do.<br>
>> > Tim<br>
>><br>
>><br>
>><br>
>> I *think* it should become part of the Openstack tools just like the<br>
>> evacuate command.<br>
>><br>
>> I'm currently hacking something together in bash for a quick fix.<br>
>> If it will ever get into a share-able state I'll make sure to do so :)<br>
>><br>
>> Hopefully I will have some time to create a proper python version.<br>
>> When that happens I'll try to get it into the nova project.<br>
>><br>
>> Cheers,<br>
>> Robert van Leeuwen<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>
> _______________________________________________<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></div>