I've done some debugging and as the problem is related to an rpc call, I'm also adding the true source of the problem, the nova-compute.log in the destination compute node. It seems to be something related to the cpu_info, probably not related at all with Xen.<br>
<br>2011-10-10 15:43:43,718 ERROR nova.exception [-] Exceção não capturada<br>(nova.exception): TRACE: Traceback (most recent call last):<br>(nova.exception): TRACE:   File "/usr/lib/pymodules/python2.6/nova/exception.py", line 98, in wrapped<br>
(nova.exception): TRACE:     return f(*args, **kw)<br>(nova.exception): TRACE:   File "/usr/lib/pymodules/python2.6/nova/compute/manager.py", line 1317, in compare_cpu<br>(nova.exception): TRACE:     return self.driver.compare_cpu(cpu_info)<br>
(nova.exception): TRACE:   File "/usr/lib/pymodules/python2.6/nova/virt/libvirt/connection.py", line 1565, in compare_cpu<br>(nova.exception): TRACE:     xml = str(Template(self.cpuinfo_xml, searchList=dic))<br>
(nova.exception): TRACE:   File "/usr/lib/pymodules/python2.6/Cheetah/Template.py", line 981, in __str__<br>(nova.exception): TRACE:     def __str__(self): return getattr(self, mainMethName)()<br>(nova.exception): TRACE:   File "DynamicallyCompiledCheetahTemplate.py", line 92, in respond<br>
(nova.exception): TRACE: NotFound: cannot find 'model'<br><br>Is the python 2.6 a problem? I remind you that I'm using Ubuntu 10.04, and as such, python 2.6 is the default.<br><br><div class="gmail_quote">Em 6 de outubro de 2011 14:42, Rogério Vinhal Nunes <span dir="ltr"><<a href="mailto:rogervn@dcc.ufmg.br">rogervn@dcc.ufmg.br</a>></span> escreveu:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">I'm trying to make live migration work in an environment with Xen and Libvirt, but I found some issues.<br><br>The first one I managed to "correct", but it really looks like a bug. The live migration command will fail and the logs will indicate "InstanceNotRunning". That's because when a xen virtual machine is not using the processor, its status is "blocked". I "corrected" it by sending the instance in an infinite CPU loop and waiting for nova-compute to update the DB with the status "running". I don't know how these status are handled by KVM, but at least the migration check should take that in consideration if it plans to work with xen.<br>

<br>The second one is a little more complicated and I haven't found a solution yet, so you may help me with it. After making the vm "running" the live migration just fails and the logs rise an error "Cannot find "'model'". Is there any configuration that is related to this?<br>

<br>trace from nova-manage.log:<br><br>(nova): TRACE: Traceback (most recent call last):<br>(nova): TRACE:   File "/usr/bin/nova-manage", line 2141, in <module><br>(nova): TRACE:     main()<br>(nova): TRACE:   File "/usr/bin/nova-manage", line 2129, in main<br>

(nova): TRACE:     fn(*fn_args, **fn_kwargs)<br>(nova): TRACE:   File "/usr/bin/nova-manage", line 987, in live_migration<br>(nova): TRACE:     self._migration(ec2_id, dest)<br>(nova): TRACE:   File "/usr/bin/nova-manage", line 976, in _migration<br>

(nova): TRACE:     "block_migration": block_migration}})<br>(nova): TRACE:   File "/usr/lib/pymodules/python2.6/nova/rpc/__init__.py", line 45, in call<br>(nova): TRACE:     return get_impl().call(context, topic, msg)<br>

(nova): TRACE:   File "/usr/lib/pymodules/python2.6/nova/rpc/impl_kombu.py", line 739, in call<br>(nova): TRACE:     rv = list(rv)<br>(nova): TRACE:   File "/usr/lib/pymodules/python2.6/nova/rpc/impl_kombu.py", line 703, in __iter__<br>

(nova): TRACE:     raise result<br>(nova): TRACE: RemoteError: RemoteError Error cannot find 'model'<br>
</blockquote></div><br>