On 05/07/2013 10:58 AM, Daniele wrote:
> Thanks for your answer
>
>>> The live wide migration from A to B completes successfully, instead I
>> can't
>>> achieve the reverse path, from B to A (and that is right what I am
>>> interested to). To perform the migration I run this command in virsh:
>> *"migrate
>>> --live --verbose uno qemu+ssh://root@ip.address/system"*
>>
> In the source host there is libvirtd 0.9.12, while in the destination hostThere's your problem. In general, migration is backwards-compatible
> there is a modified version of the 0.9.8 (that I can't change).
(old going to new should work; if it doesn't, that's a bug we are
prepared to fix), but not forwards-compatible (there's no way we can
ever commit to guaranteeing that new->old will work in all scenarios).
Your best bet for successful migration is to have the same version of
software on both sides of the equation, or to be prepared for only
old->new to work. Your failure appears to be because you are trying
new->old.
> *savevm: unsupported version 3 for 'i8254' v2*
> Nothing interesting in the source uno.log, but I wasn't checking in the
> destination host log. These are its last lines:
> *load of migration failed*
> *2013-05-07 16:27:59.682+0000: shutting down*
>> *2013-05-07 16:27:59.682+0000: 16651: error : qemuMonitorIO:560 : internal
> I'm also checking the libvirtd.log in the destination host (that i didn't
> look before) and it seems interesting. It reports this error:
> error End of file from monitor*
> *Caught Segmentation violation dumping internal log buffer:*
Yep, when migrating from new to old qemu, the new qemu was sending stuff
the old one choked on.