<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014/1/8 John Garbutt <span dir="ltr"><<a href="mailto:john@johngarbutt.com" target="_blank">john@johngarbutt.com</a>></span><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>On 8 January 2014 10:02, David Xie <<a href="mailto:david.scriptfan@gmail.com" target="_blank">david.scriptfan@gmail.com</a>> wrote:<br>
> In nova/compute/api.py#2289, function resize, there's a parameter named<br>
> flavor_id, if it is None, it is considered as cold migration. Thus, nova<br>
> should skip resize verifying. However, it doesn't.<br>
><br>
> Like Jay said, we should skip this step during cold migration, does it make<br>
> sense?<br>
<br>
</div>Not sure.<br>
<div><br>
> On Wed, Jan 8, 2014 at 5:52 PM, Jay Lau <<a href="mailto:jay.lau.513@gmail.com" target="_blank">jay.lau.513@gmail.com</a>> wrote:<br>
>><br>
>> Greetings,<br>
>><br>
>> I have a question related to cold migration.<br>
>><br>
>> Now in OpenStack nova, we support live migration, cold migration and<br>
>> resize.<br>
>><br>
>> For live migration, we do not need to confirm after live migration<br>
>> finished.<br>
>><br>
>> For resize, we need to confirm, as we want to give end user an opportunity<br>
>> to rollback.<br>
>><br>
>> The problem is cold migration, because cold migration and resize share<br>
>> same code path, so once I submit a cold migration request and after the cold<br>
>> migration finished, the VM will goes to verify_resize state, and I need to<br>
>> confirm resize. I felt a bit confused by this, why do I need to verify<br>
>> resize for a cold migration operation? Why not reset the VM to original<br>
>> state directly after cold migration?<br>
<br>
</div>I think the idea was allow users/admins to check everything went OK,<br>
and only delete the original VM when the have confirmed the move went<br>
OK.<br>
<br>
I thought there was an auto_confirm setting. Maybe you want<br>
auto_confirm cold migrate, but not auto_confirm resize?<br></blockquote><div><br></div><div><b>[Jay] John, yes, that can also reach my goal. Now we only have resize_confirm_window to handle auto confirm without considering it is resize or cold migration.<br>
# Automatically confirm resizes after N seconds. Set to 0 to<br># disable. (integer value)<br>#resize_confirm_window=0 <br><br></b></div><div><b>Perhaps we can add another parameter say cold_migrate_confirm_window to handle confirm for cold migration.</b><br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div><br>
>> Also, I think that probably we need split compute.api.resize() to two<br>
>> apis: one is for resize and the other is for cold migrations.<br>
>><br>
>> 1) The VM state can be either ACTIVE and STOPPED for a resize operation<br>
>> 2) The VM state must be STOPPED for a cold migrate operation.<br>
<br>
</div>We just stop the VM them perform the migration.<br>
I don't think we need to require its stopped first.<br>
Am I missing something?<br></blockquote><div><b>[Jay] Yes, but just curious why someone want to cold migrate an ACTIVE VM? They can use live migration instead and this can also make sure the VM migrate seamlessly.</b><br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thanks,<br>
John<br>
<div><div><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">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></div></div>