[Openstack-operators] Move to Inbox More 1 of 5, 707 Collapse all Print all In new window Puzzling issue: Unacceptable CPU info: CPU doesn't have compatibility

David Medberry openstack at medberry.net
Thu Jul 9 21:36:03 UTC 2015


Ah, this has been fixed in Kilo. Sorry for the spurious noise.

Ref:
https://bugs.launchpad.net/nova/+bug/1082414
https://bugs.launchpad.net/nova/+bug/1433933
and
https://git.openstack.org/cgit/openstack/nova/commit/?id=79a0755597f4983367eb0caf4669ffb881b4f720
https://git.openstack.org/cgit/openstack/nova/commit/?id=5653bd291665bcdecad46ed6654a04c49e4b1dda

On Thu, Jul 9, 2015 at 1:23 PM, David Medberry <openstack at medberry.net>
wrote:

> Hi,
>
> When trying to live-migrate between two distinct CPUs, I kind of expect
> there to be issues. Which is why openstack supports the "cpu_mode=custom",
> "cpu_model=MODELNAME" flags for libvirt.
>
> When I set those to some Lowest Common Denominator (and restart
> everything), I still git the issue. I've set both systems to SandyBridge
> and tested as well as Conroe. The actual CPUs are Ivy Bridge and Haswell
> (newer than SandyBridge and supersets thereof.)
>
> The Older->Newer migration works fine (even without setting a cpu_model)
> but the newer to older never works.
>
> Specfics:
> OpenStack Juno.2
> LibVirt: 1.2.2
>
> Older: model name : Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz (Ivy Bridge)
> Newer: model name : Intel(R) Xeon(R) CPU E5-2650 v3 @ 2.30GHz (Haswell)
>
> And to clarify: the nova-compute error is the subject line:
>
> 2015-07-09 17:55:02.485 8651 ERROR oslo.messaging._drivers.common
> [req-48a16da3-41e0-43ee-99c8-43d178273101 ] ['Traceback (most recent call
> last):\n', '  File
> "/usr/lib/python2.7/dist-packages/oslo/messaging/rpc/dispatcher.py", line
> 134, in _dispatch_and_reply\n    incoming.message))\n', '  File
> "/usr/lib/python2.7/dist-packages/oslo/messaging/rpc/dispatcher.py", line
> 177, in _dispatch\n    return self._do_dispatch(endpoint, method, ctxt,
> args)\n', '  File
> "/usr/lib/python2.7/dist-packages/oslo/messaging/rpc/dispatcher.py", line
> 123, in _do_dispatch\n    result = getattr(endpoint, method)(ctxt,
> **new_args)\n', '  File
> "/usr/lib/python2.7/dist-packages/nova/exception.py", line 88, in wrapped\n
>    payload)\n', '  File
> "/usr/lib/python2.7/dist-packages/nova/openstack/common/excutils.py", line
> 82, in __exit__\n    six.reraise(self.type_, self.value, self.tb)\n', '
>  File "/usr/lib/python2.7/dist-packages/nova/exception.py", line 71, in
> wrapped\n    return f(self, context, *args, **kw)\n', '  File
> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 331, in
> decorated_function\n    kwargs[\'instance\'], e, sys.exc_info())\n', '
>  File "/usr/lib/python2.7/dist-packages/nova/openstack/common/excutils.py",
> line 82, in __exit__\n    six.reraise(self.type_, self.value, self.tb)\n',
> '  File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line
> 319, in decorated_function\n    return function(self, context, *args,
> **kwargs)\n', '  File
> "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 4860, in
> check_can_live_migrate_destination\n    block_migration,
> disk_over_commit)\n', '  File
> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 4999,
> in check_can_live_migrate_destination\n
>  self._compare_cpu(source_cpu_info)\n', '  File
> "/usr/lib/python2.7/dist-packages/nova/virt/libvirt/driver.py", line 5177,
> in _compare_cpu\n    raise exception.InvalidCPUInfo(reason=m % {\'ret\':
> ret, \'u\': u})\n', "InvalidCPUInfo: Unacceptable CPU info: CPU doesn't
> have compatibility.\n\n0\n\nRefer to
> http://libvirt.org/html/libvirt-libvirt.html#virCPUCompareResult\n"]
>
> The nova client reports:
> dmbp:~ dmedberry$ nova live-migration 7181cea1-ebbf-4f05-9316-80eef0216648
> ERROR (BadRequest): No valid host was found.  (HTTP 400) (Request-ID:
> req-48a16da3-41e0-43ee-99c8-43d178273101)
>
> Daniel, Operators? Ring any bells? Any ideas?
>
> -d
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20150709/eeedee60/attachment.html>


More information about the OpenStack-operators mailing list