← Back to team overview

yahoo-eng-team team mailing list archive

[Bug 2043707] Re: Cannot separately enable cpu_power_management and cpu pinning

 

Reviewed:  https://review.opendev.org/c/openstack/nova/+/901188
Committed: https://opendev.org/openstack/nova/commit/b1a0aee1abca0ed61c156dd99544adeaebaf0960
Submitter: "Zuul (22348)"
Branch:    master

commit b1a0aee1abca0ed61c156dd99544adeaebaf0960
Author: Balazs Gibizer <gibi@xxxxxxxxxx>
Date:   Thu Nov 16 18:01:29 2023 +0100

    Allow enabling cpu_power_management with 0 dedicated CPUs
    
    The CPU power management feature of the libvirt driver, enabled with
    [libvirt]cpu_power_management, only manages dedicated CPUs and does not
    touch share CPUs. Today nova-compute refuses to start if configured
    with [libvirt]cpu_power_management=true [compute]cpu_dedicated_set=None.
    While this is functionally not limiting it does limit the possibility to
    independently enable the power management and define the
    cpu_dedicated_set. E.g. there might be a need to enable the former in
    the whole cloud in a single step, while not all nodes of the cloud will
    have dedicated CPUs configured.
    
    This patch removes the strict config check. The implementation already
    handles each PCPU individually, so if there are an empty list of PCPUs
    then it does nothing.
    
    Closes-Bug: #2043707
    Change-Id: Ib070e1042c0526f5875e34fa4f0d569590ec2514


** 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/2043707

Title:
  Cannot separately enable cpu_power_management and cpu pinning

Status in OpenStack Compute (nova):
  Fix Released

Bug description:
  If [libvirt]cpu_power_management is set to true but
  [compute]cpu_dedicated_set is empty nova-compute is fails to start
  with:

  2023-11-16 10:42:42.444 2 ERROR oslo_service.service [None req-56dbf76c-524c-455d-9c64-d3474509e8d0 - - - - - -] Error starting thread.: nova.exception.InvalidConfiguration: '[compute]/cpu_dedicated_set' is mandatory to be set if '[libvirt]/cpu_power_management' is set.Please provide the CPUs that can be pinned or don't use the power management if you only use shared CPUs.
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service Traceback (most recent call last):
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service   File "/usr/lib/python3.9/site-packages/oslo_service/service.py", line 806, in run_service
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service     service.start()
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service   File "/usr/lib/python3.9/site-packages/nova/service.py", line 162, in start
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service     self.manager.init_host(self.service_ref)
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service   File "/usr/lib/python3.9/site-packages/nova/compute/manager.py", line 1608, in init_host
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service     self.driver.init_host(host=self.host)
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service   File "/usr/lib/python3.9/site-packages/nova/virt/libvirt/driver.py", line 831, in init_host
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service     libvirt_cpu.power_down_all_dedicated_cpus()
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service   File "/usr/lib/python3.9/site-packages/nova/virt/libvirt/cpu/api.py", line 122, in power_down_all_dedicated_cpus
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service     raise exception.InvalidConfiguration(msg)
  2023-11-16 10:42:42.444 2 ERROR oslo_service.service nova.exception.InvalidConfiguration: '[compute]/cpu_dedicated_set' is mandatory to be set if '[libvirt]/cpu_power_management' is set.Please provide the CPUs that can be pinned or don't use the power management if you only use shared CPUs.

  
  This is not a functional bug. But it is a UX bug. I would like to independently enable the CPU power management feature from configuring pinned CPU cores even if it means the no CPU cores is power managed while cpu_dedicated_set is empty.

  Imagine a deployment engine that would like to enable
  cpu_power_management automatically by default. But it cannot defined
  the list of pinned CPU cores at the same time as that his hypervisor
  HW dependent. The current strict validation prevents enabling
  cpu_power_management before defining the list of PCPUs.

  The actual power management logic can gracefully handle the case when
  zero PCPUs are defined simply by managing all the PCPUs i.e. managing
  no PCPUs in this case.

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



References