WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Migration of block devices

To: Rob Bradford <rob.bradford@xxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Migration of block devices
From: Jacob Gorm Hansen <jacobg@xxxxxxx>
Date: Fri, 04 Aug 2006 00:09:25 -0700
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 04 Aug 2006 00:11:59 -0700
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; b=aVFV33xHsb4/stX4TZnDPCyNzl91oC2HinvVGneK4uMF2lfzEPcc8EPQ/xMnj/c06nwMYUNX8W4ciQ8yRTkDYLpKzzZcKFxkDSyxeJ5diHfpcTSe6XvOMALhuGQ8+dq0q4X3k3hljkaTrn/PI2+PQIQ/rwYMWHofyAsKxIgl1gk=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1154610511.26486.43.camel@xxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <1154610511.26486.43.camel@xxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Thu, 2006-08-03 at 15:08 +0200, Rob Bradford wrote:

> One approach to achieve this I have heard mentioned is to proxy the
> local interactions with the backing block device through a degraded
> RAID1 array (using software RAID). The destination server then exports
> its local destination block device (e.g. loopback file or LVM) via NBD
> (network block device). This block device is hot added to the degraded
> array and the data is synced from the original block device to the
> destination. When the domain is migrated (using xm migrate) it can then
> use the local block device from that point on. In order to allow future
> migration from this point on the virtual machine must still access the
> block device here via a proxying degraded RAID1 array.
> 
> Has anyone successfully done this? My initial attempts seem to show that
> it should work in practise but I experienced some problems with
> corrupted metadata in the filesystem.

Yes I have, but that was a couple of years ago, using self-migration. It
worked well back then, except, as you describe, that I had no way of
'hotswapping' from iSCSI to the local Xen-backed version of the disk
device. Also, my minimized boot loader did not have disk access, so I
had to rely on an external domain providing the iSCSI service.

Jacob


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>