|   | 
      | 
  
  
      | 
      | 
  
 
     | 
    | 
  
  
     | 
    | 
  
  
    |   | 
      | 
  
  
    | 
         
xen-devel
xl/xm save -c fails - set_vcpucontext EOPNOTSUPP (was Re: [Xen-devel]	xl
 
I was testing xl/xm checkpoint with the latest c/s in the repo, 23300. neither xl nor xm seem to work. The error code is 95 (EOPNOTSUPP).
  Migration works but not checkpointing. While doing a xc_domain_resume,  
the "modify_returncode" phase (for suspend_cancel) fails. Tracing through  the control flow, I found that the hypercall for set_vcpucontext  (in do_xen_hypercall() from xc_private.c) fails with this error code.  
 I have tested this with a 64-bit 2.6.39 and 32-bit 2.6.18 pv domU.  Any help would be great.
  shriram
 
 On Fri, May 6, 2011 at 5:01 PM, AP Xen  <apxeng@xxxxxxxxx> wrote:
 > Have you tried it with other operating systems and found it to work? 
> I.e., is it something specific to Windows 7, or is it a general HVM / 
> Windows problem? 
 
 I tried this with CentOS 5.6 and saw the same behavior. 
 
root@ubuntu:~# xl -vvv save -c centos /etc/xen/centoschk 
Saving to /etc/xen/centoschk new xl format (info 0x0/0x0/255) 
libxl: debug: libxl_dom.c:384:libxl__domain_suspend_common_callback 
issuing PVHVM suspend request via XenBus control node 
libxl: debug: libxl_dom.c:389:libxl__domain_suspend_common_callback 
wait for the guest to acknowledge suspend request 
libxl: debug: libxl_dom.c:434:libxl__domain_suspend_common_callback 
guest acknowledged suspend request 
libxl: debug: libxl_dom.c:438:libxl__domain_suspend_common_callback 
wait for the guest to suspend 
libxl: debug: libxl_dom.c:450:libxl__domain_suspend_common_callback 
guest has suspended 
xc: debug: outbuf_write: 4194304 > 90092@16687124 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
xc: debug: outbuf_write: 4194304 > 4169716@12607500 
  xc: detail: type fail: page 0 mfn 000f2000 
xc: detail: type fail: page 1 mfn 000f2001 
xc: detail: type fail: page 2 mfn 000f2002 
xc: detail: delta 9371ms, dom0 25%, target 0%, sent 920Mb/s, dirtied 
0Mb/s 0 pages 
xc: detail: Total pages sent= 263168 (0.25x) 
xc: detail: (of which 0 were fixups) 
xc: detail: All memory is saved 
xc: detail: Save exit rc=0 
 libxl: debug: libxl_dom.c:534:libxl__domain_save_device_model Saving 
 device model state to /var/lib/xen/qemu-save.7 
libxl: debug: libxl_dom.c:546:libxl__domain_save_device_model Qemu 
state is 7204 bytes 
 
 
 root@ubuntu:~# xl list 
Name                                        ID   Mem VCPUs      State   Time(s) 
 Domain-0                                    0  2914     4     r-----    6576.4 
centos                                        7  1019     2     ---ss-     575.4 
  
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
 
 |   
 
| <Prev in Thread] | 
Current Thread | 
[Next in Thread>
 |  
- xl/xm save -c fails - set_vcpucontext EOPNOTSUPP (was Re: [Xen-devel]	xl save -c issues with Windows 7 Ultimate),
Shriram Rajagopalan <=
 
 
 |  
  
 | 
    | 
  
  
    |   | 
    |