常见问题
1. openstack-nova-compute服务启动失败
问题现象：
Dec 23 17:46:13 computer systemd[1]: Starting OpenStack Nova Compute Server...
Dec 23 17:46:16 computer nova-compute[7125]: 2024-12-23 17:46:16.420 7125 INFO os_vif [-] Loaded VIF plugins: linux_bridge, noop, ovs#033[00m
Dec 23 17:46:17 computer nova-compute[7125]: 2024-12-23 17:46:17.035 7125 ERROR nova.virt.driver [req-79881539-a2b5-44ee-9600-e99034860356 - - - - -] Compute driver option required, but not specified#033[00m
Dec 23 17:46:17 computer systemd[1]: openstack-nova-compute.service: Main process exited, code=exited, status=1/FAILURE
Dec 23 17:46:17 computer systemd[1]: openstack-nova-compute.service: Failed with result 'exit-code'.
Dec 23 17:46:17 computer systemd[1]: Failed to start OpenStack Nova Compute Server
解决方法：
打开/etc/nova/nova.conf文件，修改如下：
vim /etc/nova/nova.conf
# Defines which driver to use for controlling virtualization. For more
# information, refer to the documentation. (string value)
-#compute_driver=libvirt.LibvirtDriver
+compute_driver=libvirt.LibvirtDriver
然后重启服务。
systemctl restart openstack-nova-compute.service
2. openstack-nova-compute服务启动失败
问题现象：
Dec 24 09:23:36 computer systemctl[116699]: [systemctl restart openstack-nova-compute.service] called by PID 4580 (-)
Dec 24 09:23:36 computer systemd[1]: Stopping OpenStack Nova Compute Server...
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager [req-361ad98e-3127-4bc3-aaa9-58c718662eb5 - - - - -] No compute node record for host computer: nova.exception_Remote.ComputeHostNotFound_Remote: 计算主机 computer 没有找到。#033[00m
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager [req-361ad98e-3127-4bc3-aaa9-58c718662eb5 - - - - -] Error updating resources for node computer.: FileNotFoundError: [Errno 2] No such file or directory: '/usr/lib/python3.11/site-packages/instances'
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager Traceback (most recent call last):
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager File "/usr/lib/python3.11/site-packages/nova/compute/manager.py", line 9960, in _update_available_resource_for_node
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager self.rt.update_available_resource(context, nodename,
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager File "/usr/lib/python3.11/site-packages/nova/compute/resource_tracker.py", line 879, in update_available_resource
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager resources = self.driver.get_available_resource(nodename)
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager File "/usr/lib/python3.11/site-packages/nova/virt/libvirt/driver.py", line 8921, in get_available_resource
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager disk_info_dict = self._get_local_gb_info()
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager ^^^^^^^^^^^^^^^^^^^^^^^^^
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager File "/usr/lib/python3.11/site-packages/nova/virt/libvirt/driver.py", line 7367, in _get_local_gb_info
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager info = libvirt_utils.get_fs_info(CONF.instances_path)
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager File "/usr/lib/python3.11/site-packages/nova/virt/libvirt/utils.py", line 375, in get_fs_info
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager hddinfo = os.statvfs(path)
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager ^^^^^^^^^^^^^^^^
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager FileNotFoundError: [Errno 2] No such file or directory: '/usr/lib/python3.11/site-packages/instances'
Dec 24 09:23:41 computer nova-compute[116445]: 2024-12-24 09:23:41.305 116445 ERROR nova.compute.manager #033[00m
解决方法：
打开文件/etc/nova/nova.conf，修改如下：
-#instances_path=$state_path/instances
+instances_path=/var/lib/nova/instances
-#host=<current_hostname>
+host=computer
然后重启服务。
systemctl restart openstack-nova-compute.service
3. openstack-nova-compute服务启动打印信息分析
打印信息：
Dec 24 09:31:16 computer nova-compute[116854]: 2024-12-24 09:31:16.771 116854 WARNING nova.virt.libvirt.driver [-] The libvirt driver is not tested on loongarch64 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#033[00m
Dec 24 09:31:16 computer nova-compute[116854]: 2024-12-24 09:31:16.828 116854 WARNING nova.compute.manager [req-e99a0735-afbe-4def-869b-558ecd669560 - - - - -] Compute node computer not found in the database. If this is the first time this service is starting on this host, then you can ignore this warning.: nova.exception_Remote.ComputeHostNotFound_Remote: 计算主机 computer 没有找到。#033[00m
Dec 24 09:31:16 computer nova-compute[116854]: 2024-12-24 09:31:16.839 116854 INFO nova.compute.manager [req-e99a0735-afbe-4def-869b-558ecd669560 - - - - -] Looking for unclaimed instances stuck in BUILDING status for nodes managed by this host#033[00m
Dec 24 09:31:16 computer nova-compute[116854]: 2024-12-24 09:31:16.864 116854 WARNING nova.compute.manager [req-e99a0735-afbe-4def-869b-558ecd669560 - - - - -] No compute node record found for host computer. If this is the first time this service is starting on this host, then you can ignore this warning.: nova.exception_Remote.ComputeHostNotFound_Remote: 计算主机 computer 没有找到。#033[00m
Dec 24 09:31:16 computer nova-compute[116854]: 2024-12-24 09:31:16.919 116854 WARNING nova.compute.resource_tracker [req-e99a0735-afbe-4def-869b-558ecd669560 - - - - -] No compute node record for computer:computer: nova.exception_Remote.ComputeHostNotFound_Remote: 计算主机 computer 没有找到。#033[00m
Dec 24 09:31:16 computer nova-compute[116854]: 2024-12-24 09:31:16.938 116854 INFO nova.compute.resource_tracker [req-e99a0735-afbe-4def-869b-558ecd669560 - - - - -] Compute node record created for computer:computer with uuid: f7fe7631-cb7d-4eeb-aab7-25600c738941#033[00m
Dec 24 09:31:17 computer nova-compute[116854]: 2024-12-24 09:31:17.703 116854 INFO nova.scheduler.client.report [req-e99a0735-afbe-4def-869b-558ecd669560 - - - - -] [req-7bbbbcb5-b8d0-4512-9e23-21bf20472597] Created resource provider record via placement API for resource provider with UUID f7fe7631-cb7d-4eeb-aab7-25600c738941 and name computer.#033[00m
Dec 24 09:31:17 computer libvirtd[116345]: 连接驱动器不支持这个功能：无法为 loongarch64 架构计算基准 CPU
Dec 24 09:32:04 computer dbus-daemon[2686]: [session uid=1000 pid=2686] Activating via systemd: service name='org.freedesktop.Tracker3.Miner.Extract' unit='tracker-extract-3.service' requested by ':1.55' (uid=1000 pid=3439 comm="/usr/libexec/tracker-miner-fs-3")
Dec 24 09:32:04 computer systemd[2654]: Starting Tracker metadata extractor...
Dec 24 09:32:04 computer dbus-daemon[2686]: [session uid=1000 pid=2686] Successfully activated service 'org.freedesktop.Tracker3.Miner.Extract'
Dec 24 09:32:04 computer systemd[2654]: Started Tracker metadata extractor.
该打印信息不是一个错误，可以不用处理，继续部署。
4. 部署文档《6-nova-computer部署文档.md》中最后面的检测命令执行失败
在计算节点上面执行的命令:
su -s /bin/sh -c "nova-manage cell_v2 discover_hosts --verbose" nova
问题现象：
An error has occurred:
Traceback (most recent call last):
File "/usr/lib/python3.11/site-packages/nova/cmd/manage.py", line 2805, in main
ret = fn(*fn_args, **fn_kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/nova/cmd/manage.py", line 1021, in discover_hosts
hosts = host_mapping_obj.discover_hosts(ctxt, cell_uuid, status_fn,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/nova/objects/host_mapping.py", line 256, in discover_hosts
cell_mappings = objects.CellMappingList.get_all(ctxt)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/oslo_versionedobjects/base.py", line 184, in wrapper
result = fn(cls, context, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/nova/objects/cell_mapping.py", line 257, in get_all
db_mappings = cls._get_all_from_db(context)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/oslo_db/sqlalchemy/enginefacade.py", line 1013, in wrapper
with self._transaction_scope(context):
File "/usr/lib64/python3.11/contextlib.py", line 137, in __enter__
return next(self.gen)
^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/oslo_db/sqlalchemy/enginefacade.py", line 1058, in _transaction_scope
with current._produce_block(
File "/usr/lib64/python3.11/contextlib.py", line 137, in __enter__
return next(self.gen)
^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/oslo_db/sqlalchemy/enginefacade.py", line 657, in _session
self.session = self.factory._create_session(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/oslo_db/sqlalchemy/enginefacade.py", line 418, in _create_session
self._start()
File "/usr/lib/python3.11/site-packages/oslo_db/sqlalchemy/enginefacade.py", line 508, in _start
self._setup_for_connection(
File "/usr/lib/python3.11/site-packages/oslo_db/sqlalchemy/enginefacade.py", line 531, in _setup_for_connection
raise exception.CantStartEngineError(
oslo_db.exception.CantStartEngineError: No sql_connection parameter is established
解决方法：
该命令执行地点错误，应该在控制节点执行。
5. openstack-nova-scheduler服务启动失败
问题现象：
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova File "/usr/lib64/python3.11/site-packages/sqlalchemy/engine/create.py", line 574, in connect
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova return dialect.connect(*cargs, **cparams)
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova File "/usr/lib64/python3.11/site-packages/sqlalchemy/engine/default.py", line 598, in connect
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova return self.dbapi.connect(*cargs, **cparams)
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova File "/usr/lib/python3.11/site-packages/pymysql/connections.py", line 358, in __init__
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova self.connect()
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova File "/usr/lib/python3.11/site-packages/pymysql/connections.py", line 664, in connect
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova self._request_authentication()
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova File "/usr/lib/python3.11/site-packages/pymysql/connections.py", line 954, in _request_authentication
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova auth_packet = self._read_packet()
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova ^^^^^^^^^^^^^^^^^^^
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova File "/usr/lib/python3.11/site-packages/pymysql/connections.py", line 772, in _read_packet
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova packet.raise_for_error()
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova File "/usr/lib/python3.11/site-packages/pymysql/protocol.py", line 221, in raise_for_error
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova err.raise_mysql_exception(self._data)
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova File "/usr/lib/python3.11/site-packages/pymysql/err.py", line 143, in raise_mysql_exception
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova raise errorclass(errno, errval)
Dec 23 17:10:29 controller nova-scheduler[75928]: 2024-12-23 17:10:29.922 75928 ERROR nova pymysql.err.OperationalError: (1040, 'Too many connections')
解决方法：
打开文件/etc/my.cnf，修改如下：
[mysqld]
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
+ max_connections = 200
然后重启相关服务。
systemctl restart mariadb.service
systemctl restart openstack-nova-scheduler.service
6. openstack-w源优先级未设置为最高导致的错误
问题现象：
12月 24 15:32:21 controller python[306389]: /usr/lib/python3.11/site-packages/debreach/__init__.py:6: DeprecationWarning: distutils Version classes are deprecated. Use packaging.version instead.
12月 24 15:32:21 controller python[306389]: version_info = version.StrictVersion(__version__).version
12月 24 15:32:25 controller python[306405]: /usr/lib/python3.11/site-packages/debreach/__init__.py:6: DeprecationWarning: distutils Version classes are deprecated. Use packaging.version instead.
12月 24 15:32:25 controller python[306405]: version_info = version.StrictVersion(__version__).version
12月 24 15:32:29 controller python[306405]: CommandError: An error occurred during rendering _stylesheets.html: Couldn't find anything to import: /horizon/lib/font_awesome/scss/font-awesome.scss
12月 24 15:32:29 controller python[306405]: Extensions: <NamespaceAdapterExtension>, <DjangoExtension>, <CompassExtension>
12月 24 15:32:29 controller python[306405]: Search path:
12月 24 15:32:29 controller python[306405]:
12月 24 15:32:29 controller python[306405]: on line 6 of dashboard/scss/horizon.scss
12月 24 15:32:29 controller python[306405]: imported from line 1 of 'string:0c838b58954113a8:\n // My Themes\n@import "/themes/default/variables";\n\n// Horizon\n@import "/dashboard/scss/horizon.'
12月 24 15:32:29 controller systemd[1]: httpd.service: Control process exited, code=exited, status=1/FAILURE
解决方法：
打开/etc/yum.repos.d/目录下面的repo文件，设置openstack-w源优先级为最高，通过添加priority=1。
例如：
[openstack-w]
name=openstack-w
baseurl=https://xxx.com
enabled=1
priority=1
7. openstack-nova-compute服务启动失败问题
执行的命令：
systemctl start openstack-nova-compute.service
问题现象：
computer nova-compute[111925]: 2024-12-25 17:03:17.797 111925 ERROR nova File "/usr/lib/python3.11/site-packages/amqp/transport.py", line 647, in _read
nova-compute[111925]: 2024-12-25 17:03:17.797 111925 ERROR nova raise OSError('Server unexpectedly closed connection')
computer nova-compute[111925]: 2024-12-25 17:03:17.797 111925 ERROR nova OSError: Server unexpectedly closed connection
computer nova-compute[111925]: 2024-12-25 17:03:17.797 111925 ERROR nova #033[00m
computer systemd[1]: openstack-nova-compute.service: Main process exited, code=exited, status=1/FAILURE
computer systemd[1]: openstack-nova-compute.service: Failed with result 'exit-code'.
根据报错得知是连接不上控制节点，因此查看控制节点的rabbitmq-server.service服务状态，但是正常，然后查看rabbitmq-server的log信息得知如下。
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> {client_properties,
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> [{<<"product">>,longstr,<<"py-amqp">>},
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> {<<"product_version">>,longstr,<<"5.0.9">>},
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> {<<"capabilities">>,table,
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> [{<<"authentication_failure_close">>,bool,true},
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> {<<"connection.blocked">>,bool,true},
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> {<<"consumer_cancel_notify">>,bool,true}]},
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> {<<"connection_name">>,longstr,
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> <<"nova-conductor:640165:2168d8ef-9dd8-4451-a863-5892d63842d2">>}]},
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> {process_name,
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> {rabbit_reader,
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> <<"192.168.0.142:54882 -> 192.168.0.142:5672 - nova-conductor:640165:2168d8ef-9dd8-4451-a863-5892d63842d2">>}}]
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> trap_exit: true
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> status: running
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> heap_size: 987
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> stack_size: 28
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> reductions: 11459
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0> neighbours:
2024-12-25 17:03:19.481025+08:00 [error] <0.124518.0>
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> supervisor: {<0.124516.0>,rabbit_connection_sup}
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> errorContext: child_terminated
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> reason: {unexpected_message,{'EXIT',#Port<0.14997>,einval}}
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> offender: [{pid,<0.124518.0>},
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> {id,reader},
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> {mfargs,{rabbit_reader,start_link,
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> [<0.124517.0>,
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> {acceptor,{0,0,0,0,0,0,0,0},5672}]}},
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> {restart_type,intrinsic},
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> {shutdown,300000},
2024-12-25 17:03:19.482561+08:00 [error] <0.124516.0> {child_type,worker}]
2024-12-25 17:03:19.482839+08:00 [error] <0.124516.0> supervisor: {<0.124516.0>,rabbit_connection_sup}
2024-12-25 17:03:19.482839+08:00 [error] <0.124516.0> errorContext: shutdown
2024-12-25 17:03:19.482839+08:00 [error] <0.124516.0> reason: reached_max_restart_intensity
因此可以判定是rabbitmq导致的连接不上，进而导致的openstack-nova-compute服务启动失败。
问题定位：
在euler-2403平台部署openstack-w版本时候没有这个报错，因此怀疑是rabbitmq包导致的问题。
定位1： 将euler-24.03平台的rabbitmq srpm包在server-23.1平台重构，然后安装测试，测试结果显示仍然报上述错误。 但是多了一个报错信息，显示ssl证书错误，显示与rabbitmq版本不匹配导致的，因此怀疑erlang包，euler-2403平台erlang使用的是25.3.2.6-3,server-23.1平台erlang版本是26.2。
定位2： 将euler-2403平台的erlang在server-23.1平台进行重构，并在重构过程中重构了openssh依赖包，然后安装测试，显示openstack-nova-compute服务可以正常启动。
定位3： 升级rabbitmq-server 版本到3.13，原先版本是3.9，继续使用erlang 6.2版本，测试发现nova-computer服务可以启动，但是rabbitmq-server服务log文件内显示有错误信息。
解决方案： 重构erlang25.3版本，并用此erlang重构rabbitmq-server 3.9版本，测试没有问题。
8. openstack-nova-compute服务启动失败问题
问题现象：
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager rv = execute(f, *args, **kwargs)
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager ^^^^^^^^^^^^^^^^^^^^^^^^^^^
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager File "/usr/lib/python3.11/site-packages/eventlet/tpool.py", line 129, in execute
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager six.reraise(c, e, tb)
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager File "/usr/lib/python3.11/site-packages/six.py", line 719, in reraise
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager raise value
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager File "/usr/lib/python3.11/site-packages/eventlet/tpool.py", line 83, in tworker
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager rv = meth(*args, **kwargs)
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager ^^^^^^^^^^^^^^^^^^^^^
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager File "/usr/lib64/python3.11/site-packages/libvirt.py", line 4793, in getType
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager ret = libvirtmod.virConnectGetType(self._o)
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2024-12-25T20:53:01.983378+08:00 computer nova-compute[111932]: 2024-12-25 20:53:01.974 111932 ERROR nova.compute.manager UnicodeDecodeError: 'utf-8' codec can't decode byte 0x81 in position 0: invalid start byte
定位分析：
v23中libvirt使用的版本是9.10.0-7,libvirt-python版本是9.9.0-2，分析问题应该出在libvirt上面，因此将euler-2403平台的 libvirt-9.10.0-12和libvirt-python-9.10.0-2在v23上面重构安装，测试没有上述问题。 可以定位出该问题出在libvirt上面，目前专业组同事已经解决该问题。
提交的pr:
http://build.loongnix.cn:8081/c/libvirt/+/2916
9. 可以不用处理的一些错误信息
/usr/lib/python3.11/site-packages/oslo_policy/policy.py:1065: UserWarning: Policy identity:list_users failed scope check. The token used to make the request was project scoped but the policy requires ['system', 'domain'] scope. This behavior may change in the future where using the intended scope is required
default default] Could not find project: service.: keystone.exception.ProjectNotFound: Could not find project: service.
default default] Could not find role: admin.: keystone.exception.RoleNotFound: Could not find role: admin
default default] Could not find service: placement.: keystone.exception.ServiceNotFound: Could not find service: placement