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] Error restoring DomU when using GPLPV

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Error restoring DomU when using GPLPV
From: ANNIE LI <annie.li@xxxxxxxxxx>
Date: Thu, 20 Aug 2009 16:17:24 +0800
Cc: Joshua West <jwest@xxxxxxxxxxxx>, James Harper <james.harper@xxxxxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Thu, 20 Aug 2009 01:19:09 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C69DD3C4.11489%keir.fraser@xxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Oracle Corporation
References: <C69DD3C4.11489%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird (Windows/20090605)
Regarding the Linux PV-on-HVM drivers - they may have the same issue. Full
PV guests do not as they have a gnttab_suspend() function called during
suspend callback (and for subtle reasons xc_domain_save can detect and not
save Xenheap pages for a full PV guests anyway - because it can see the P2M
table in that case).
Live migration of linux PVonHVM passed on Xen3.4 successfully, but windows os with pv driver failed.
Like I said before -- unmapping the gnttab pages I think will not help you
for live migration, but I suppose it is a reasonable thing to do anyway. For
live migration I think xc_domain_save needs t get a bit smarter about
Xenheap pages in HVM guests.
Yes. The live migration of windows domu with pv driver failed again after we added unmapping gnttab and shinfo pages in suspending process. The save process is OK, but the restore hit the similar problem. So what should we do in windows pv driver to avoid this problem? Any suggestion for this issue?

Any suggestion is appreciated.

Following is the log of restore process:

[2009-08-21 00:17:34 2918] DEBUG (XendCheckpoint:278) [xc_restore]: /usr/lib/xen/bin/xc_restore 31 33 2 3 1 1 1 [2009-08-21 00:17:34 2918] INFO (XendCheckpoint:418) xc_domain_restore start: p2m_size = 100000 [2009-08-21 00:17:34 2918] INFO (XendCheckpoint:418) Reloading memory pages: 0% [2009-08-21 00:17:44 2918] INFO (XendCheckpoint:418) Failed allocation for dom 33: 7 extents of order 0 [2009-08-21 00:17:44 2918] INFO (XendCheckpoint:418) ERROR Internal error: Failed to allocate memory for batch.!
[2009-08-21 00:17:44 2918] INFO (XendCheckpoint:418)
[2009-08-21 00:17:44 2918] INFO (XendCheckpoint:418) Restore exit with rc=1
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:2750) XendDomainInfo.destroy: domid=33 [2009-08-21 00:17:44 2918] ERROR (XendDomainInfo:2764) XendDomainInfo.destroy: domain destruction failed.
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomainInfo.py", line 2757, in destroy
Error: (3, 'No such process')
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:2225) No device model
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:2227) Releasing devices
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:2240) Removing vif/0
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:1142) XendDomainInfo.destroyDevice: deviceClass = vif, device = vif/0
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:2240) Removing vbd/768
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:1142) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/768
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:2240) Removing vfb/0
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:1142) XendDomainInfo.destroyDevice: deviceClass = vfb, device = vfb/0
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:2240) Removing console/0
[2009-08-21 00:17:44 2918] DEBUG (XendDomainInfo:1142) XendDomainInfo.destroyDevice: deviceClass = console, device = console/0
[2009-08-21 00:17:45 2918] ERROR (XendDomain:1149) Restore failed
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line 1147, in domain_restore_fd return XendCheckpoint.restore(self, fd, paused=paused, relocating=relocating) File "/usr/lib/python2.4/site-packages/xen/xend/XendCheckpoint.py", line 282, in restore
   forkHelper(cmd, fd, handler.handler, True)
File "/usr/lib/python2.4/site-packages/xen/xend/XendCheckpoint.py", line 406, in forkHelper
   raise XendError("%s failed" % string.join(cmd))
XendError: /usr/lib/xen/bin/xc_restore 31 33 2 3 1 1 1 failed


Xen-devel mailing list

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