On Wed, Oct 07, 2009 at 03:09:17PM +0200, Paolo Bonzini wrote:
Sounds fine by me, but I wonder about the change of semantic for client server not at the same version level. Could you explain what might happen in those case ?
Here is the result of my testing (source libvirtd is always new):
source virsh source method destination libvirtd result ----------------------------------------------------------------------- old qemu:// old runs (bad) old qemu:// new runs (bad) old qemu+tcp:// old runs (bad) old qemu+tcp:// new runs (bad) new qemu:// old runs (bad) new qemu:// new paused (ok) new qemu+tcp:// old runs (bad) new qemu+tcp:// new paused (ok)
So you do need not just a new daemon, but also a new virsh to fix the bug. However, the good news is that in no case the migration fails, even when using an old virsh and connecting to the daemon via a remote connection.
Excellent, sounds fine then, but we need the rebased version once Dan patches are applied. thanks ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/