[libvirt] [PATCH RFC] Add domainSave/Restore to libxl driver
Markus Groß
gross at univention.de
Mon May 23 07:22:54 UTC 2011
Am Montag 23 Mai 2011 04:30:12 schrieb Jim Fehlig:
> Jim Fehlig wrote:
> > Markus Groß wrote:
> >
> >> This patch adds save/restore functionality to the libxl driver.
> >>
> >> It is a v2 of this patch:
> >> https://www.redhat.com/archives/libvir-list/2011-April/msg00338.html
> >>
> >> v2:
> >> * header is now padded and has a version field
> >> * the correct restore function from libxl is used
> >> * only create the restore event once in libxlVmStart
> >>
> >>
> >
> > Hi Markus,
> >
> > Finally found time to try your patch. Thanks for the patience :-).
> >
> >
> >> However I ran into a reproducible segfault.
> >> Assume you saved a vm with:
> >> # virsh save domU foo.img
> >>
> >>
> >
> > I think the problem actually lies in the save function. The domain does
> > not appear to be cleaned up properly. From xl's perspective after virsh
> > save domU foo.img
> >
> > xen33: # xl list
> > Name ID Mem VCPUs State
> > Time(s)
> > Domain-0 0 2023 8
> > r----- 330.0
> > (null) 11 1
> > 2 --pssd 27.1
> >
> > The orphaned domain disappears after libvirtd restart.
>
> I manged to track down this problem, patch posted to xen-devel
>
> http://lists.xensource.com/archives/html/xen-devel/2011-05/msg01314.html
>
Great! I attached the current version of the save/restore patch.
It is rebased against the current master.
>
> >
> >> If you restore the save image,
> >> destroy the vm and restore it again, a segfault occurs:
> >> # virsh restore foo.img
> >> # virsh destroy domU
> >> # virsh restore foo.img
> >> # segfault
> >>
>
> But I still see the segfault, in addition to domain not booting and
> consuming 100% cpu on first restore :-(. I'll look at these issues next.
>
> Regards,
> Jim
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Add-domainSave-Restore-to-libxl-driver.patch
Type: text/x-diff
Size: 11806 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20110523/1863dc1d/attachment-0001.bin>
More information about the libvir-list
mailing list