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/
Home Products Support Community News


Re: [Xen-devel] [PATCH] External device migration support

To: Stefan Berger <stefanb@xxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] External device migration support
From: Michael Paesold <mpaesold@xxxxxx>
Date: Sun, 02 Apr 2006 11:25:38 +0200
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 02 Apr 2006 09:27:00 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <OFF33F7A1E.8FDC3D0D-ON85257142.00690CDE-85257142.006B93E2@xxxxxxxxxx>
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: <OFF33F7A1E.8FDC3D0D-ON85257142.00690CDE-85257142.006B93E2@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5 (Windows/20051201)
Stefan Berger wrote:

"Michael Paesold" <mpaesold@xxxxxx> wrote on 03/27/2006 08:31:08 AM:

 > Stefan Berger wrote:
 > > This patch enables external devices, such as for example a mounted hard
 > > drive image or a TPM, to be migrated to a remote machine. The patch
 > > hooks into the checkpointing (XendCheckpoint.py) code and performs
 > > migration in 4 different steps:
 > ...
 > > Please let me know what you think about this idea.
> I really like the idea because it seems to work for any external device that
 > can be migrated but does not allow concurrent access from both migration
 > source and destination.
You mean that for example concurrent access to a disk image file is not possible by both systems?

I was thinking of a DRBD-backed (see http://www.drbd.org) partition that is replicated between two hosts (RAID-over-network). In the current version, this is a failover-only soluation, so only one node of a two-node cluster can activate the partition in r/w mode.

So if you want to migrate from host A to host B, you first have to disable access on host A, and only then activate access on host B. As I understood, this should be possible with your proposed solution. (I hope I am right)

Another use case would be a root-partition with a cow device, where you would have to copy the cow to the other host. If the cow is small, this seem reasonable, but again, it must happen after the domain is paused at host A and before the domain is unpaused on host B.

> I have not looked at the patch in detail, but I saw the specific inclusion
 > of
 > +# The tool used for initiating virtual TPM migration
 > +#(vtpm-migration-tool '')
 > Could this migration tool specification be more generalized so that any
 > device migration can be configured, not just vtpm devices?

I am going to change this and make this one single 'migration-tool'. I will have that tool know by command line parameter (s.th. like '-type vtpm') what device the call for migration is about. If the external tool is a script you can switch over the '-type' parameter and call another external program that handles that particular device type, otherwise that external tool needs to know how to handle migration of all kinds of devices. I will change this and repost.

Sounds good to me.

Best Regards,
Michael Paesold

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>
  • Re: [Xen-devel] [PATCH] External device migration support, Michael Paesold <=