yahoo-eng-team team mailing list archive

[OpenStack Infra <1864588@xxxxxxxxxxxxxxxxxx>]

Reviewed:  https://review.opendev.org/709494
Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=5d4f82a15c7bccc89f78a5a1f00a25cfafdbdde0
Submitter: Zuul
Branch:    master

commit 5d4f82a15c7bccc89f78a5a1f00a25cfafdbdde0
Author: Kevin Zhao <kevin.zhao@xxxxxxxxxx>
Date:   Mon Mar 16 10:41:05 2020 +0800

    Add default cpu model for AArch64
    
    Unlike x86, AArch64 doesn't have a default model.
    Usually when using libvirt driver, set cpu mode to custom, nova
    will call libvirt to return the default models. But for aarch64,
    the support CPU models varies according to machine type.
    
    AArch64 use "virt" as the default machine type. In Qemu it support
    several models, and we should choose "max" as the by default one.
    
    Closes-Bug: #1864588
    Change-Id: Ib2df50bda991a659fe10ef1dd9e7ab56800c34fb
    Signed-off-by: Kevin Zhao <kevin.zhao@xxxxxxxxxx>


** Changed in: nova
       Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1864588

Title:
  Cpu model is not correct on Aarch64/Qemu/Custom mode

Status in OpenStack Compute (nova):
  Fix Released

Bug description:
  Background:
  We'd like to setup Nova and Devstack Upstream CI. Should support launch vm via Qemu virt_type. But host-passthrough mode(default in Aarch64) doesn't work on Qemu. So we can just use "custom" and specify CPU-model.

  But actually Aarch64 don't return available cpu models list from
  Libvirt side. Ref:https://libvirt.org/html/libvirt-libvirt-
  host.html#virConnectGetCPUModelNames

  So we should use the specified ones from config file. And add default
  ones to it on Aarch64.

  Nova-cpu.conf:
  [libvirt]
  live_migration_uri = qemu+ssh://stack@%s/system
  cpu_mode = custom
  virt_type = qemu
  cpu_model = cortex-a57


  WARNING nova.virt.libvirt.driver [-] The libvirt driver is not tested on qemu/aarch64 by the OpenStack project and thus its quality can not be ensured. For more information, see: https://docs.openstack.org/nova/latest/user/support-matrix.html
  WARNING nova.virt.libvirt.driver [-] Running Nova with a libvirt version less than 5.0.0 is deprecated. The required minimum version of libvirt will be raised to 5.0.0 in the next release.
  WARNING nova.virt.libvirt.driver [-] Running Nova with a QEMU version less than 4.0.0 is deprecated. The required minimum version of QEMU will be raised to 4.0.0 in the next release.
  ERROR oslo_service.service [-] Error starting thread.: nova.exception.InvalidCPUInfo: Configured CPU model: cortex-a57 is not correct, or your host CPU arch does not suuport this model. Please correct your config and try again.
  ERROR oslo_service.service Traceback (most recent call last):
  ERROR oslo_service.service   File "/usr/local/lib/python3.6/dist-packages/oslo_service/service.py", line 810, in run_service
  ERROR oslo_service.service     service.start()
  ERROR oslo_service.service   File "/opt/stack/nova/nova/service.py", line 158, in start
  ERROR oslo_service.service     self.manager.init_host()
  ERROR oslo_service.service   File "/opt/stack/nova/nova/compute/manager.py", line 1394, in init_host
  ERROR oslo_service.service     self.driver.init_host(host=self.host)
  ERROR oslo_service.service   File "/opt/stack/nova/nova/virt/libvirt/driver.py", line 715, in init_host
  ERROR oslo_service.service     self._check_cpu_compatibility()
  ERROR oslo_service.service   File "/opt/stack/nova/nova/virt/libvirt/driver.py", line 747, in _check_cpu_compatibility
  ERROR oslo_service.service     raise exception.InvalidCPUInfo(msg)
  ERROR oslo_service.service nova.exception.InvalidCPUInfo: Configured CPU model: cortex-a57 is not correct, or your host CPU arch does not suuport this model. Please correct your config and try again.
  ERROR oslo_service.service

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1864588/+subscriptions