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

RE: [Xen-devel] XEN migration architecture question


  • To: "Eric Tessler" <maiden1134@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxxx>
  • From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
  • Date: Thu, 20 Jan 2005 22:11:58 -0000
  • Delivery-date: Thu, 20 Jan 2005 22:13:13 +0000
  • List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
  • Thread-index: AcT/MQGXQLX5aZ+3QSSHraBdzoRitgAC+U/g
  • Thread-topic: [Xen-devel] XEN migration architecture question

> I have an important question about XEN's migation operation 
> related to the XEN block and network back/front drivers.  If 
> I migrate a domain from one machine to another in the middle 
> of heavy disk/network activity, what happnens to the 
> back/front end XEN drivers? (I see they have suspend/resume 
> operations but I don't believe they are being used)  I see 
> that the front end drivers are passing machine addresses to 
> the back-end drivers - are these pointers somehow still valid 
> when a domain is moved to another machine?  Shouldn't the 
> drivers wait until there is no I/O activity before being migrated?

The front end drivers store enough information to be able to re-issue
all unacknowleged IOs when resuming from a migration.

Ian


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel


 


Rackspace

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