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] Domain save/migrate issue

To: Noam Taich <noam.taich@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] Domain save/migrate issue
From: Anthony Liguori <aliguori@xxxxxxxxxx>
Date: Wed, 15 Feb 2006 08:16:44 -0600
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 15 Feb 2006 14:29:24 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <64F9B87B6B770947A9F8391472E0321603494ADB@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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: <64F9B87B6B770947A9F8391472E0321603494ADB@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mail/News 1.5 (X11/20060119)
Noam Taich wrote:
We need the memory image of the domain to be static, So we can't allow
the domain to run. So, the first idea is to use pause/unpause instead of
Suspend does more than just canonicalize the p2m, it also provides callbacks for all of the devices so that they can canonicalize their own page references and set them self up to reinitialize upon resume.

While the save code can access the p2m table, it has no way of knowing the device information so just pausing isn't really an option (also, you could do bad things like checkpoint before a storage operation was committed or something like that).

Regards,

Anthony Liguori
suspend.

Now for the next (serious) problem:
This seems to work fine (in live or non live settings) until the
xc_linux_save() function reaches the part where it checks the frame
number
Of the suspend record, which makes sense, because now, we have NO
suspend record. So, the second idea is to (simply?) write all that info
on the io_fd
The function gets ourselves. Just canonicalize the fns that suspend
does,
And write the appropriate info.

The restore function does not have to change at all... it sees the same
input.

So, what do you think, is this a good idea? Even possible? Will it
entail a lot?

One of my concerns is this: the shared pages.
Can Xen write to them while the guest is "only" paused? And if so, what Can it (practically) write there while the guest is paused? Even if it CAN, is it Reasonable to expect it won't do that usually?

I'm not really troubled by the storage issues. This feature would be
useful in many cases even with no solution to that problem.

Sorry for the multiple messages on the original subject. It was an
unfortunate misunderstanding.

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





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