<div dir="ltr"><div><div>So there is no need to implement libvirt driver for the host_maintenance_mode API as host_maintenance_mode is mainly for VMWare and XenServer, also we can use evacuate and os-services/disable for libvirt host maintain, right?<br>
<br></div>Thanks,<br><br></div>Jay<br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-23 5:22 GMT+08:00 Bruce Montague <span dir="ltr"><<a href="mailto:Bruce_Montague@symantec.com" target="_blank">Bruce_Montague@symantec.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On Fri Feb 21 21:14:56 UTC 2014 Joe Gordon <joe.gordon0 at <a href="http://gmail.com" target="_blank">gmail.com</a>> wrote:<br>
<div class=""><br>
> On Thu, Feb 20, 2014 at 9:38 AM, Matt Riedemann <mriedem at <a href="http://linux.vnet.ibm.com" target="_blank">linux.vnet.ibm.com</a>> wrote:<br>
>><br>
>><br>
>> On 2/19/2014 4:05 PM, Matt Riedemann wrote:<br>
>>><br>
>>> The os-hosts OS API extension [1] showed up before I was working on the<br>
>>> project and I see that only the VMware and XenAPI drivers implement it,<br>
>>> but was wondering why the libvirt driver doesn't - either no one wants<br>
>>> it, or there is some technical reason behind not implementing it for<br>
>>> that driver?<br>
>>><br>
><br>
> If  I remember correctly maintenance mode is a special thing in Xen.<br>
<br>
<br>
</div>Maintenance mode is pretty heavily used with VMware vCenter. When an environment supports "universal" live migration of all VMs, it makes sense to migrate all VMs running on a physical machine off of that machine before bringing it down for maintenance, such as upgrading the hardware. Provides some classes of end-users with a more 24x7x365 experience.<br>

<div class="im HOEnZb"><br>
<br>
>>> [1]<br>
>>><br>
>>> <a href="http://docs.openstack.org/api/openstack-compute/2/content/PUT_os-hosts-v2_updateHost_v2__tenant_id__os-hosts__host_name__ext-os-hosts.html" target="_blank">http://docs.openstack.org/api/openstack-compute/2/content/PUT_os-hosts-v2_updateHost_v2__tenant_id__os-hosts__host_name__ext-os-hosts.html</a><br>

>>><br>
>>><br>
>><br>
>> By the way, am I missing something when I think that this extension is<br>
>> already covered if you're:<br>
>><br>
>> 1. Looking to get the node out of the scheduling loop, you can just disable<br>
>> it with os-services/disable?<br>
>><br>
>> 2. Looking to evacuate instances off a failed host (or one that's in<br>
>> "maintenance mode"), just use the evacuate server action.<br>
><br>
> I don't think your missing anything.<br>
><br>
>><br>
>><br>
>> --<br>
>><br>
>> Thanks,<br>
>><br>
>> Matt Riedemann<br>
>><br>
>><br>
<br>
<br>
<br>
</div><span class="HOEnZb"><font color="#888888">-bruce<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div>Thanks,<br><br></div>Jay<br></div>
</div>