← Back to team overview

yahoo-eng-team team mailing list archive

[Bug 1953073] [NEW] openstack-nova-compute.service did not start

 

Public bug reported:

Server is running on AlmaLinux 8.5 (Arctic Sphynx)
"4.18.0-348.2.1.el8_5.x86_64 #1 SMP Mon Nov 15 09:17:08 EST 2021 x86_64 x86_64 x86_64 GNU/Linux"

Hypervisor (KVM + Libvirt):
/usr/sbin/libvirtd (libvirt) 7.6.0

lsmod | grep kvm*
kvm_intel             323584  0
kvm                   880640  1 kvm_intel
irqbypass              16384  1 kvm


Nova Version:
rpm -qa | grep nova
python3-nova-22.2.2-1.el8.noarch
python3-novaclient-17.2.1-1.el8.noarch
openstack-nova-compute-22.2.2-1.el8.noarch
openstack-nova-common-22.2.2-1.el8.noarch

Networking:
Neutron with OpenVSwitch
All Network Services are running.

The main problem is the openstack-nova-compute.service
The service does not start correctly it´s just stuck in the activating phase:

● openstack-nova-compute.service - OpenStack Nova Compute Server
   Loaded: loaded (/usr/lib/systemd/system/openstack-nova-compute.service; enabled; vendor preset: disabled)
   Active: activating (start) since Thu 2021-12-02 20:08:20 CET; 21min ago
 Main PID: 64846 (nova-compute)
    Tasks: 1 (limit: 616342)
   Memory: 100.1M
   CGroup: /system.slice/openstack-nova-compute.service
           └─64846 /usr/bin/python3 /usr/bin/nova-compute -d

Dec 02 20:08:20 medusa.nova.cloud.meros systemd[1]: Starting OpenStack
Nova Compute Server...

On each startup these log lines are produced.
DEBUG Log output:
2021-12-02 20:08:22.945 64846 DEBUG os_vif [-] Loaded VIF plugin class '<class 'vif_plug_linux_bridge.linux_bridge.LinuxBridgePlugin'>' with name 'linux_bridge' initialize /usr/lib/python3.6/site-packages/os_vif/__init__.py:46
2021-12-02 20:08:22.946 64846 DEBUG os_vif [-] Loaded VIF plugin class '<class 'vif_plug_noop.noop.NoOpPlugin'>' with name 'noop' initialize /usr/lib/python3.6/site-packages/os_vif/__init__.py:46
2021-12-02 20:08:22.946 64846 DEBUG os_vif [-] Loaded VIF plugin class '<class 'vif_plug_ovs.ovs.OvsPlugin'>' with name 'ovs' initialize /usr/lib/python3.6/site-packages/os_vif/__init__.py:46
2021-12-02 20:08:22.947 64846 INFO os_vif [-] Loaded VIF plugins: linux_bridge, noop, ovs
2021-12-02 20:08:23.007 64846 DEBUG oslo_concurrency.processutils [-] Running cmd (subprocess): grep -F node.session.scan /sbin/iscsiadm execute /usr/lib/python3.6/site-packages/oslo_concurrency/processutils.py:384
2021-12-02 20:08:23.017 64846 DEBUG oslo_concurrency.processutils [-] CMD "grep -F node.session.scan /sbin/iscsiadm" returned: 0 in 0.010s execute /usr/lib/python3.6/site-packages/oslo_concurrency/processutils.py:423


The Nova Configuration file looks like this (/etc/nova/nova.conf):

[DEFAULT]
my_ip = 10.180.0.xx
enabled_apis=osapi_compute,metadata
transport_url=rabbit://openstack:PASS@xxxxxxxxxxxxxx

[api]
auth_strategy = keystone

[glance]
api_servers=https://glance.cloud.xyz

[keystone_authtoken]
www_authenticate_uri = https://keystone.cloud.xyz/
auth_url = https://keystone.xyz/
memcached_servers = localhost:11211
auth_type = password
project_domain_name = Default
user_domain_name = Default
project_name = service
username = nova
password = PASS


[neutron]
auth_url = https://keystone.cloud.xyz
auth_type = password
project_domain_name = default
user_domain_name = default
region_name = region
project_name = service
username = neutron
password = PASS

[oslo_concurrency]
lock_path=/var/lib/nova/tmp

[placement]
region_name = region
project_domain_name = Default
project_name = service
auth_type = password
user_domain_name = Default
auth_url = https://placement.cloud.xyz/v3
username = placement
password = PASS

[vnc]
enabled=true
server_listen=0.0.0.0
server_proxyclient_address=nova.cloud.xyz
novncproxy_base_url=https://vnc.nova.cloud.xyz/vnc_auto.html

** Affects: nova
     Importance: Undecided
         Status: New


** Tags: nova-compute startup systemd

-- 
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/1953073

Title:
  openstack-nova-compute.service did not start

Status in OpenStack Compute (nova):
  New

Bug description:
  Server is running on AlmaLinux 8.5 (Arctic Sphynx)
  "4.18.0-348.2.1.el8_5.x86_64 #1 SMP Mon Nov 15 09:17:08 EST 2021 x86_64 x86_64 x86_64 GNU/Linux"

  Hypervisor (KVM + Libvirt):
  /usr/sbin/libvirtd (libvirt) 7.6.0

  lsmod | grep kvm*
  kvm_intel             323584  0
  kvm                   880640  1 kvm_intel
  irqbypass              16384  1 kvm

  
  Nova Version:
  rpm -qa | grep nova
  python3-nova-22.2.2-1.el8.noarch
  python3-novaclient-17.2.1-1.el8.noarch
  openstack-nova-compute-22.2.2-1.el8.noarch
  openstack-nova-common-22.2.2-1.el8.noarch

  Networking:
  Neutron with OpenVSwitch
  All Network Services are running.

  The main problem is the openstack-nova-compute.service
  The service does not start correctly it´s just stuck in the activating phase:

  ● openstack-nova-compute.service - OpenStack Nova Compute Server
     Loaded: loaded (/usr/lib/systemd/system/openstack-nova-compute.service; enabled; vendor preset: disabled)
     Active: activating (start) since Thu 2021-12-02 20:08:20 CET; 21min ago
   Main PID: 64846 (nova-compute)
      Tasks: 1 (limit: 616342)
     Memory: 100.1M
     CGroup: /system.slice/openstack-nova-compute.service
             └─64846 /usr/bin/python3 /usr/bin/nova-compute -d

  Dec 02 20:08:20 medusa.nova.cloud.meros systemd[1]: Starting OpenStack
  Nova Compute Server...

  On each startup these log lines are produced.
  DEBUG Log output:
  2021-12-02 20:08:22.945 64846 DEBUG os_vif [-] Loaded VIF plugin class '<class 'vif_plug_linux_bridge.linux_bridge.LinuxBridgePlugin'>' with name 'linux_bridge' initialize /usr/lib/python3.6/site-packages/os_vif/__init__.py:46
  2021-12-02 20:08:22.946 64846 DEBUG os_vif [-] Loaded VIF plugin class '<class 'vif_plug_noop.noop.NoOpPlugin'>' with name 'noop' initialize /usr/lib/python3.6/site-packages/os_vif/__init__.py:46
  2021-12-02 20:08:22.946 64846 DEBUG os_vif [-] Loaded VIF plugin class '<class 'vif_plug_ovs.ovs.OvsPlugin'>' with name 'ovs' initialize /usr/lib/python3.6/site-packages/os_vif/__init__.py:46
  2021-12-02 20:08:22.947 64846 INFO os_vif [-] Loaded VIF plugins: linux_bridge, noop, ovs
  2021-12-02 20:08:23.007 64846 DEBUG oslo_concurrency.processutils [-] Running cmd (subprocess): grep -F node.session.scan /sbin/iscsiadm execute /usr/lib/python3.6/site-packages/oslo_concurrency/processutils.py:384
  2021-12-02 20:08:23.017 64846 DEBUG oslo_concurrency.processutils [-] CMD "grep -F node.session.scan /sbin/iscsiadm" returned: 0 in 0.010s execute /usr/lib/python3.6/site-packages/oslo_concurrency/processutils.py:423

  
  The Nova Configuration file looks like this (/etc/nova/nova.conf):

  [DEFAULT]
  my_ip = 10.180.0.xx
  enabled_apis=osapi_compute,metadata
  transport_url=rabbit://openstack:PASS@xxxxxxxxxxxxxx

  [api]
  auth_strategy = keystone

  [glance]
  api_servers=https://glance.cloud.xyz

  [keystone_authtoken]
  www_authenticate_uri = https://keystone.cloud.xyz/
  auth_url = https://keystone.xyz/
  memcached_servers = localhost:11211
  auth_type = password
  project_domain_name = Default
  user_domain_name = Default
  project_name = service
  username = nova
  password = PASS

  
  [neutron]
  auth_url = https://keystone.cloud.xyz
  auth_type = password
  project_domain_name = default
  user_domain_name = default
  region_name = region
  project_name = service
  username = neutron
  password = PASS

  [oslo_concurrency]
  lock_path=/var/lib/nova/tmp

  [placement]
  region_name = region
  project_domain_name = Default
  project_name = service
  auth_type = password
  user_domain_name = Default
  auth_url = https://placement.cloud.xyz/v3
  username = placement
  password = PASS

  [vnc]
  enabled=true
  server_listen=0.0.0.0
  server_proxyclient_address=nova.cloud.xyz
  novncproxy_base_url=https://vnc.nova.cloud.xyz/vnc_auto.html

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



Follow ups