* [BUG REPORT] Xen 4.3 xl failed to save domu with -c param
@ 2013-07-29 9:57 rwxybh
2013-07-31 16:36 ` George Dunlap
0 siblings, 1 reply; 2+ messages in thread
From: rwxybh @ 2013-07-29 9:57 UTC (permalink / raw)
To: xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 1167 bytes --]
Hi all!
I think there is a bug in liibxl_dom.c
for this function -> libxl__domain_resume_device_model
976 int libxl__domain_resume_device_model(libxl__gc *gc, uint32_t domid)
977 {
978
979 switch (libxl__device_model_version_running(gc, domid)) {
980 case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: {
981 libxl__qemu_traditional_cmd(gc, domid, "continue");
982 libxl__wait_for_device_model(gc, domid, "running", NULL, NULL, NULL);
983 break;
984 }
985 case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN:
986 if (libxl__qmp_resume(gc, domid))
987 return ERROR_FAIL;
break;
988 default:
989 return ERROR_INVAL;
990 }
991
992 return 0;
993 }
we should add "break" between line 987 & 988
Another problem:
The guest hung after cmd "xl save -c domid /fpath" with PV driver
if we remove/disable the pv driver, the function works well
Test ENV:
host: xen 4.3 + upstream qemu dm
dom0: Oracle UEK kernel
guest: win2k3 SP2 & centos 6.4
Additional
There is no valuable debug info in xl dmesg, /var/log/xen*
Any Suggestion??
rwxybh
[-- Attachment #1.2: Type: text/html, Size: 3544 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: [BUG REPORT] Xen 4.3 xl failed to save domu with -c param
2013-07-29 9:57 [BUG REPORT] Xen 4.3 xl failed to save domu with -c param rwxybh
@ 2013-07-31 16:36 ` George Dunlap
0 siblings, 0 replies; 2+ messages in thread
From: George Dunlap @ 2013-07-31 16:36 UTC (permalink / raw)
To: rwxybh; +Cc: James Harper, Paul Durrant, xen-devel
On Mon, Jul 29, 2013 at 10:57 AM, rwxybh <rwxybh@126.com> wrote:
> Hi all!
>
> I think there is a bug in liibxl_dom.c
> for this function -> libxl__domain_resume_device_model
>
> 976 int libxl__domain_resume_device_model(libxl__gc *gc, uint32_t domid)
> 977 {
> 978
> 979 switch (libxl__device_model_version_running(gc, domid)) {
> 980 case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: {
> 981 libxl__qemu_traditional_cmd(gc, domid, "continue");
> 982 libxl__wait_for_device_model(gc, domid, "running", NULL, NULL,
> NULL);
> 983 break;
> 984 }
> 985 case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN:
> 986 if (libxl__qmp_resume(gc, domid))
> 987 return ERROR_FAIL;
> break;
> 988 default:
> 989 return ERROR_INVAL;
> 990 }
> 991
> 992 return 0;
> 993 }
>
> we should add "break" between line 987 & 988
>
> Another problem:
>
> The guest hung after cmd "xl save -c domid /fpath" with PV driver
> if we remove/disable the pv driver, the function works well
Which PV driver are you using?
I think the PV drivers cooperate with the save / restore by
disconnecting and re-connecting; it's possible that the '-c' parameter
isn't sending one of the necessary signals.
-George
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2013-07-31 16:36 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-07-29 9:57 [BUG REPORT] Xen 4.3 xl failed to save domu with -c param rwxybh
2013-07-31 16:36 ` George Dunlap
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.