From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mka3F-0008Ln-6K for qemu-devel@nongnu.org; Mon, 07 Sep 2009 04:58:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mka3A-0008Ja-7S for qemu-devel@nongnu.org; Mon, 07 Sep 2009 04:58:16 -0400 Received: from [199.232.76.173] (port=33175 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mka3A-0008JV-2N for qemu-devel@nongnu.org; Mon, 07 Sep 2009 04:58:12 -0400 Received: from mtagate2.uk.ibm.com ([194.196.100.162]:39408) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Mka39-00032I-2Z for qemu-devel@nongnu.org; Mon, 07 Sep 2009 04:58:11 -0400 Received: from d06nrmr1407.portsmouth.uk.ibm.com (d06nrmr1407.portsmouth.uk.ibm.com [9.149.38.185]) by mtagate2.uk.ibm.com (8.13.1/8.13.1) with ESMTP id n878w9Ia010278 for ; Mon, 7 Sep 2009 08:58:09 GMT Received: from d06av03.portsmouth.uk.ibm.com (d06av03.portsmouth.uk.ibm.com [9.149.37.213]) by d06nrmr1407.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n878w8fQ1794170 for ; Mon, 7 Sep 2009 09:58:08 +0100 Received: from d06av03.portsmouth.uk.ibm.com (loopback [127.0.0.1]) by d06av03.portsmouth.uk.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n878w8au031292 for ; Mon, 7 Sep 2009 09:58:08 +0100 Received: from localhost.localdomain (im4-64s.haifa.ibm.com [9.148.27.41]) by d06av03.portsmouth.uk.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n878w8GX031276 for ; Mon, 7 Sep 2009 09:58:08 +0100 From: lirans@il.ibm.com Date: Mon, 7 Sep 2009 12:24:00 +0300 Message-Id: <12523154402135-git-send-email-lirans@il.ibm.com> Subject: [Qemu-devel] [PATCH 0/3] Live migration without shared storage List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org This series adds support for live migration without shared storage, means copy the storage while migrating. It was tested with KVM. Supports 2 ways to replicate the storage during migration: 1. Complete copy of storage to destination 2. Assuming the storage is cow based, copy only the allocated data, time of the migration will be linear with the amount of allocated data (user responsibility to verify that the same backend file reside on src and destination). Live migration will work as follows: (qemu) migrate -d tcp:0:4444 # for ordinary live migration (qemu) migrate -d blk tcp:0:4444 # for live migration with complete storage copy (qemu) migrate -d blk inc tcp:0:4444 # for live migration with incremental storage copy, storage is cow based. The patches are against git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git kvm-87