<div dir="ltr">Hi Eric, so I will try to downgrade libvirt in the source host back to the 0.9.8 version. To completely remove libvirt is enough to run the apt-get command with the purge option?<div><br></div><div style>Same thing also for the qemu packet?</div>
<div style><br></div><div style>Thanks</div><div style>Daniele</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/5/7 Eric Blake <span dir="ltr"><<a href="mailto:eblake@redhat.com" target="_blank">eblake@redhat.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05/07/2013 10:58 AM, Daniele wrote:<br>
> Thanks for your answer<br>
<div class="im">><br>
>>> The live wide migration from A to B completes successfully, instead I<br>
>> can't<br>
>>> achieve the reverse path, from B to A (and that is right what I am<br>
>>> interested to). To perform the migration I run this command in virsh:<br>
>> *"migrate<br>
>>> --live --verbose uno qemu+ssh://root@ip.address/system"*<br>
>><br>
<br>
</div><div class="im">> In the source host there is libvirtd 0.9.12, while in the destination host<br>
> there is a modified version of the 0.9.8 (that I can't change).<br>
<br>
</div>There's your problem.  In general, migration is backwards-compatible<br>
(old going to new should work; if it doesn't, that's a bug we are<br>
prepared to fix), but not forwards-compatible (there's no way we can<br>
ever commit to guaranteeing that new->old will work in all scenarios).<br>
Your best bet for successful migration is to have the same version of<br>
software on both sides of the equation, or to be prepared for only<br>
old->new to work.  Your failure appears to be because you are trying<br>
new->old.<br>
<div class="im"><br>
> Nothing interesting in the source uno.log, but I wasn't checking in the<br>
> destination host log. These are its last lines:<br>
</div>> *savevm: unsupported version 3 for 'i8254' v2*<br>
> *load of migration failed*<br>
> *2013-05-07 16:27:59.682+0000: shutting down*<br>
<div class="im">><br>
> I'm also checking the libvirtd.log in the destination host (that i didn't<br>
> look before) and it seems interesting. It reports this error:<br>
</div>> *2013-05-07 16:27:59.682+0000: 16651: error : qemuMonitorIO:560 : internal<br>
> error End of file from monitor*<br>
> *Caught Segmentation violation dumping internal log buffer:*<br>
<br>
Yep, when migrating from new to old qemu, the new qemu was sending stuff<br>
the old one choked on.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Eric Blake   eblake redhat com    <a href="tel:%2B1-919-301-3266" value="+19193013266">+1-919-301-3266</a><br>
Libvirt virtualization library <a href="http://libvirt.org" target="_blank">http://libvirt.org</a><br>
<br>
</div></div></blockquote></div><br></div>