<div dir="ltr"><font face="courier new, monospace">Hi <span style="white-space:nowrap">Chris:</span></font><div><span style="font-weight:bold;white-space:nowrap"><font face="courier new, monospace"><br></font></span></div>
<div><font face="courier new, monospace">Aftering exploring the code, I think there is already clean up on the original compute node, it will check that the instances reported by the driver are still associated with this host. If they are not, they will be destroyed. Please refer to: </font><a href="https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L784">https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L784</a></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/3 Chris Friesen <span dir="ltr"><<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Hi all,<br>
<br>
I posted this on the IRC channel but got no response, so I'll try here.<br>
<br>
Suppose I do the following:<br>
<br>
1) create an instance (instance files not on shared storage)<br>
2) kill its compute node and evacuate the instance to another node<br>
3) boot up the original compute node<br>
4) kill the second compute node and evacuate back to the first compute node<br>
<br>
In step 4 it seems to be failing a check in rebuild_instance() because it finds the old instance file on the disk at/var/lib/nova/instances/.  Is this a bug?  If not, what's the intended behaviour in this case? Surely the admin isn't supposed to manually wipe a compute node before reconnecting it to the network...<br>

<br>
It seems to me that when the original compute node boots up it should recognize that the instance has been evacuated and delete the instance file on the disk.<br>
<br>
Or is the problem that it doesn't know whether the instances are on shared storage (in which case we wouldn't want to delete the instance file) or local storage (in which case we would)?  If this is the case, then maybe we should embed the storage type in the instance itself--this would also let us avoid having to manually specify --on-shared-storage in the "evacuate" call.<br>

<br>
Thanks,<br>
Chris<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div><b><font color="#000000" style="background-color:rgb(243,243,243)">--------------------------------------------</font></b></div><div><font color="#0000ff"><b>Lingxian Kong</b></font></div>
<div><font color="#ff00ff">Huawei Technologies Co.,LTD.</font></div><div><font color="#ff00ff">IT Product Line CloudOS PDU</font></div><div><font color="#ff00ff">China, Xi'an</font></div><div><font color="#ff00ff">Mobile: +86-18602962792</font></div>
<div><font color="#ff00ff">Email: <a href="mailto:konglingxian@huawei.com" target="_blank">konglingxian@huawei.com</a>; <a href="mailto:anlin.kong@gmail.com" target="_blank">anlin.kong@gmail.com</a></font></div></div>
</div>