[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] Migration filesystem coherency?


  • To: "John Byrne" <john.l.byrne@xxxxxx>, "xen-devel" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
  • Date: Tue, 27 Jun 2006 21:39:39 +0100
  • Delivery-date: Tue, 27 Jun 2006 13:40:02 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcaaIEEMCugmgfR7TN+bjmFCmgDLDQACVFWg
  • Thread-topic: [Xen-devel] Migration filesystem coherency?

> I thought I had a workaround for live migration crashing 
> (I've been looking at the SLES 3.0.2 9742c code.), but I 
> found that I was getting filesystem errors. I'm wondering if 
> the problem is races in data being written to the backing storage.
> 
> When migrating a domain, before the domain is started on the 
> new host, you have to guarantee that all the domU vbd data is 
> out of the block cache and written to the backing device. (In 
> the case of a loopback device, whether this is sufficient 
> depends on the cross-host coherency guarantees of the backing 
> filesystem.) I cannot see that this takes place synchronously 
> with the migration process. To me it looks like that the 
> teardown/flush of the backing device depends on the action of 
> the xenbus and the hotplug scripts and looks asynchronous to 
> the migration process.
> 
> So, am I right that there is a really a problem here or is 
> there some other way the vbd data is getting flushed during migrate?

The loop device doesn't do direct IO, so using it for migration is
fundamentally unsafe. See Andrew/Julians's blktap patches for a way to
do safe file-backed VMs. 

Ian 

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.