| |
|
 |
|
 |
|
|
|
| |
|
|
xen-bugs
[Xen-bugs] [Bug 887] [SR]the restored guest could not save again in x86_
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=887
lin@xxxxxxxxxxx changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lin@xxxxxxxxxxx
------- Comment #4 from lin@xxxxxxxxxxx 2007-02-13 14:39 -------
(In reply to comment #3)
> Strangely, I tried both ia32e guest and pae guest on x86_64 host w/ cset
> 13898,
> and I can not reproduce this bug.
>
this is very strange - I can reproduce the failure consistently. This is a
win2003 pae guest. I made the following observations, hopefully useful (after
rebuilding the entire tree)
- When using vnc, the second xm save errors out with
Error: Device 0 (vfb) is already connected.
Usage: xm save <Domain> <CheckpointFile>
Save a domain state to restore later.
In this case the domain stays up but has already been renamed to *-migrating
- If I take out vnc and sdl entirely, xm save is very quick, returns without
error, but doesn't do anything - I can do this useless save several times
(checkpoint file is ~1k, domain is still running). But, xend-debug.log shows
ERROR Internal error: Couldn't map shared info
Another observation is that after a restore (the first and only one that works
for me) the mouse in the VNC display is no longer using the tablet driver, as
the pointers aren't synced any longer as they were before the save.
Is there any other info I can provide?
--
Configure bugmail:
http://bugzilla.xensource.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
_______________________________________________
Xen-bugs mailing list
Xen-bugs@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-bugs
|
|
|
| |
|
Home