search for: read_exact_tim

A pv guest will not reboot after migration, the guest itself does everything right, including the shutdown, but xl does not recreate the guest, it just shuts it down. This goes for 2.6.39 and 3.0.4 guest kernels, havent tried different ones. I also haven tried different xen versions. Dont know if this would affect hvm, probably not since qemu leaves the guest running and does a

_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

_______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

...ckbuild cc_compile_domain : crc.id.au cc_compile_date : Sat Feb 16 19:16:38 EST 2013 xend_config_format : 4 Xen xl log, after issuing the reboot command: Domain 8 needs to be cleaned up: destroying the domain Done. Rebooting now xc: error: 0-length read: Internal error xc: error: read_exact_timed failed (read rc: 0, errno: 0): Internal error xc: error: read: p2m_size (0 = Success): Internal error libxl: error: libxl_create.c:820:libxl__xc_domain_restore_done: restoring domain: Success libxl: error: libxl_create.c:902:domcreate_rebuild_done: cannot (re-)build domain: -3 libxl: error: libxl...

Hi there, We are using latest version of XCP on 6 hosts. While issuing VM.start or VM.start_on xmlrpc functional call , it says : {''Status'': ''Failure'', ''ErrorDescription'': [''SESSION_INVALID'', ''OpaqueRef:cfb6df14-387d-40a1-cc27-d5962cba7712'']} However if I put VM.start in a loop maybe after

Populate-on-demand: Check pages being returned by the balloon driver This patch series is the second result of my work last summer on decreasing fragmentation of superpages in a guests'' p2m when using populate-on-demand. This patch series is against 4.1; I''m posting it to get feedback on the viability of getting a ported version of this patch into 4.2. As with the previous

...9;'s OK, but I end up with a non-responsive VM on the target host. There are no fail or error lines in the source host xend.log file. The xend.log file on the target host these ''fail'' or ''error'' lines: [2011-07-06 14:57:11 26204] INFO (XendCheckpoint:485) read_exact_timed failed (select returned 0) [2011-07-06 14:57:11 26204] INFO (XendCheckpoint:485) ERROR Internal error: Error when reading batch size [2011-07-06 14:57:11 26204] INFO (XendCheckpoint:485) ERROR Internal error: error when buffering batch, finishing I can also see that the VM lock file is change...

This is problem 1 of 3 problems we are having with live migration and/or ACPI on Xen-4.3 and Xen-4.2. Any help would be appreciated. Detailed description of problem: We are using Xen-4.3-rc1 with dom0 running Ubuntu Precise and 3.5.0-23-generic kernel, and domU running Ubuntu Precise (12.04) cloud images running 3.2.0-39-virtual. We are using the xl.conf below on qemu-upstream-dm and HVM and