From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [Qemu-devel] [RFC]VM live snapshot proposal Date: Wed, 05 Mar 2014 10:09:06 +0100 Message-ID: <5316E9B2.3050208@redhat.com> References: <615092B2FD0E7648B6E4B43E029BCFB84D578044@SZXEMA503-MBS.china.huawei.com> <20140303123234.GC21055@stefanha-thinkpad.redhat.com> <20140303125520.GF4850@dhcp-200-207.str.redhat.com> <53148169.6060700@redhat.com> <20140303133034.GI4850@dhcp-200-207.str.redhat.com> <615092B2FD0E7648B6E4B43E029BCFB84D57953F@SZXEMA503-MBS.china.huawei.com> <20140304094031.GC2711@work-vm> <615092B2FD0E7648B6E4B43E029BCFB84D57B3C4@SZXEMA503-MBS.china.huawei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Kevin Wolf , Pavel Hrdina , Zhanghailiang , KVM devel mailing list , Stefan Hajnoczi , "qemu-devel@nongnu.org" , Wenchao Xia To: "Huangpeng (Peter)" , "Dr. David Alan Gilbert" Return-path: Received: from mx1.redhat.com ([209.132.183.28]:60254 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751564AbaCEJJQ (ORCPT ); Wed, 5 Mar 2014 04:09:16 -0500 In-Reply-To: <615092B2FD0E7648B6E4B43E029BCFB84D57B3C4@SZXEMA503-MBS.china.huawei.com> Sender: kvm-owner@vger.kernel.org List-ID: Il 05/03/2014 02:00, Huangpeng (Peter) ha scritto: >>> One question: >>> Can post-copy fallback if exceptions happen during post-copy? >> >> What do you mean by 'exceptions' here? Generally postcopy can't fall back to >> precopy because once you're in postcopy mode the state is split between the >> two machines. > > Like destination VM interrupted due to memory-copy error or other exceptions, > with pre-copy scheme, we can fall-back to the source-vm. No, postcopy cannot do that. However, this is a limitation of postcopy, not of the kernel interfaces that Andrea is adding. If you use those interfaces to implement live VM point-in-time snapshots, you can drop the snapshotting operation safely and keep the VM running. > One simple question(may be discussed before), what kind of scenario does post-copy > aim for? Mostly cases where pre-copy migration doesn't converge because the guest is too big, or when you require a really, really small downtime. It can be useful when you have to evacuate a host as fast as possible (due to detecting an intrusion or impending hardware failure), because the alternative is to shutdown the VM immediately. It can also be used for upgrading QEMU on the host where the VM is running; in this case you can use a Unix socket for transport, and eliminate the chance of migration failing due to a network problem. Paolo