解决openstack-nova-compute.service无法启动问题

最新推荐文章于 2024-11-08 16:25:17 发布

南吕十二506

最新推荐文章于 2024-11-08 16:25:17 发布

阅读量1.2w

点赞数 15

分类专栏： openstack 文章标签： linux centos 运维

原文链接：https://zhuanlan.zhihu.com/p/141184125

版权

openstack 专栏收录该内容

1 篇文章

订阅专栏

在OpenStack环境中，尝试启动Nova计算服务时遇到问题，表现为`openstack-nova-compute.service`无法启动，错误日志显示AMQPLAIN身份验证失败。通过检查compute节点的日志，发现是由于认证机制问题导致登录被拒绝。关闭controller节点的防火墙并重启compute节点上的libvirtd和Nova服务后，问题仍未解决。进一步检查controller节点的rabbitmq服务，确认其运行正常且5672端口开放。在rabbitmq日志中发现openstack用户的凭证无效。清除并重新设置rabbitmq的openstack用户权限后，重启rabbitmq服务。最后，再次尝试启动`openstack-nova-compute.service`，成功解决问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.启动服务

[root@computer ~]# systemctl restart openstack-nova-compute.service
Job for openstack-nova-compute.service failed because the control process exited with error code.\
 See "systemctl status openstack-nova-compute.service" and "journalctl -xe" for details.

2.查看compute节点上的nova-compute.log日志文件，发现身份验证机制AMQPLAIN拒绝登录。

[root@computer ~]# tail /var/log/nova/nova-compute.log
2020-05-15 16:50:45.750 3180 ERROR nova   File "/usr/lib/python2.7/site-packages/amqp/method_framing.py", line 55, in on_frame
2020-05-15 16:50:45.750 3180 ERROR nova     callback(channel, method_sig, buf, None)
2020-05-15 16:50:45.750 3180 ERROR nova   File "/usr/lib/python2.7/site-packages/amqp/connection.py", line 510, in on_inbound_method
2020-05-15 16:50:45.750 3180 ERROR nova     method_sig, payload, content,
2020-05-15 16:50:45.750 3180 ERROR nova   File "/usr/lib/python2.7/site-packages/amqp/abstract_channel.py", line 126, in dispatch_method
2020-05-15 16:50:45.750 3180 ERROR nova     listener(*args)
2020-05-15 16:50:45.750 3180 ERROR nova   File "/usr/lib/python2.7/site-packages/amqp/connection.py", line 639, in _on_close
2020-05-15 16:50:45.750 3180 ERROR nova     (class_id, method_id), ConnectionError)
2020-05-15 16:50:45.750 3180 ERROR nova AccessRefused: (0, 0): (403) ACCESS_REFUSED - Login was refused using authentication mechanism AMQPLAIN. For details see the broker logfile.
2020-05-15 16:50:45.750 3180 ERROR nova 
[root@computer ~]# tail /var/log/nova/nova-compute.log
2020-05-15 16:50:45.750 3180 ERROR nova   File "/usr/lib/python2.7/site-packages/amqp/method_framing.py", line 55, in on_frame
2020-05-15 16:50:45.750 3180 ERROR nova     callback(channel, method_sig, buf, None)
2020-05-15 16:50:45.750 3180 ERROR nova   File "/usr/lib/python2.7/site-packages/amqp/connection.py", line 510, in on_inbound_method
2020-05-15 16:50:45.750 3180 ERROR nova     method_sig, payload, content,
2020-05-15 16:50:45.750 3180 ERROR nova   File "/usr/lib/python2.7/site-packages/amqp/abstract_channel.py", line 126, in dispatch_method
2020-05-15 16:50:45.750 3180 ERROR nova     listener(*args)
2020-05-15 16:50:45.750 3180 ERROR nova   File "/usr/lib/python2.7/site-packages/amqp/connection.py", line 639, in _on_close
2020-05-15 16:50:45.750 3180 ERROR nova     (class_id, method_id), ConnectionError)
2020-05-15 16:50:45.750 3180 ERROR nova AccessRefused: (0, 0): (403) ACCESS_REFUSED - Login was refused using authentication mechanism AMQPLAIN. For details see the broker logfile.
2020-05-15 16:50:45.750 3180 ERROR nova

3.关闭防火墙

[root@controller ~]# systemctl  stop  firewalld
[root@controller ~]# systemctl  disable  firewalld

4.在compute节点上，重启libvirtd.service，openstack-nova-compute.service。发现libvirtd.service正常启动，openstack-nova-compute.service仍然无法启动。

[root@computer ~]# systemctl  start  libvirtd.service 
[root@computer ~]# systemctl  status  libvirtd.service 
● libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled)
   Active: active (running) since 五 2020-05-15 17:18:07 CST; 5s ago
     Docs: man:libvirtd(8)
           https://libvirt.org
 Main PID: 10976 (libvirtd)
    Tasks: 17 (limit: 32768)
   CGroup: /system.slice/libvirtd.service
           └─10976 /usr/sbin/libvirtd

5月 15 17:18:07 computer systemd[1]: Starting Virtualization daemon...
5月 15 17:18:07 computer systemd[1]: Started Virtualization daemon.

[root@computer ~]# systemctl restart openstack-nova-compute.service
Job for openstack-nova-compute.service failed because the control process exited with error code.\
 See "systemctl status openstack-nova-compute.service" and "journalctl -xe" for details.

5.返回到controller节点，核查rabbitmq服务是否开启，5672端口是否打开，结果显示都是正常打开。

[root@controller ~]# ps -ef|grep rabbitmq
rabbitmq  12372      1  1 17:01 ?        00:00:19 /usr/lib64/erlang/erts-8.3.5.3/bin/beam.smp -W w -A 64 -P 1048576 -t 5000000 -stbt db -zdbbl 128000 -K true -- -root /usr/lib64/erlang -progname erl -- -home /var/lib/rabbitmq -- -pa /usr/lib/rabbitmq/lib/rabbitmq_server-3.6.16/ebin -noshell -noinput -s rabbit boot -sname rabbit@controller -boot start_sasl -config /etc/rabbitmq/rabbitmq -kernel inet_default_connect_options [{nodelay,true}] -sasl errlog_type error -sasl sasl_error_logger false -rabbit error_logger {file,"/var/log/rabbitmq/rabbit@controller.log"} -rabbit sasl_error_logger {file,"/var/log/rabbitmq/rabbit@controller-sasl.log"} -rabbit enabled_plugins_file "/etc/rabbitmq/enabled_plugins" -rabbit plugins_dir "/usr/lib/rabbitmq/plugins:/usr/lib/rabbitmq/lib/rabbitmq_server-3.6.16/plugins" -rabbit plugins_expand_dir "/var/lib/rabbitmq/mnesia/rabbit@controller-plugins-expand" -os_mon start_cpu_sup false -os_mon start_disksup false -os_mon start_memsup false -mnesia dir "/var/lib/rabbitmq/mnesia/rabbit@controller" -kernel inet_dist_listen_min 25672 -kernel inet_dist_listen_max 25672
rabbitmq  12583  12372  0 17:01 ?        00:00:00 erl_child_setup 1024
rabbitmq  12605  12583  0 17:01 ?        00:00:00 inet_gethost 4
rabbitmq  12606  12605  0 17:01 ?        00:00:00 inet_gethost 4
root      13718  13360  0 17:21 pts/1    00:00:00 grep --color=auto rabbitmq
[root@controller ~]# netstat -na|grep 5672
tcp        0      0 0.0.0.0:25672           0.0.0.0:*               LISTEN
tcp6       0      0 :::5672                 :::*                    LISTEN

6.查看rabbitmq日志（/var/log/rabbitmq/rabbit@controller.log ），结果显示用户openstack拥有无效凭证，如下:

=ERROR REPORT==== 15-May-2020::16:59:17 ===
Error on AMQP connection <0.17344.0> (10.0.0.20:52414 -> 10.0.0.20:5672, state: starting):
AMQPLAIN login refused: user 'openstack' - invalid credentials

解决

[root@controller rabbitmq]# rabbitmqctl list_users
Listing users
openstack	[]
guest	[administrator]
[root@controller rabbitmq]# rabbitmqctl -q  delete_user openstack
[root@controller rabbitmq]# rabbitmqctl list_users
Listing users
guest	[administrator]
[root@controller ~]# rabbitmqctl add_user openstack Com.123
[root@controller rabbitmq]# rabbitmqctl set_permissions -p / openstack '.*' '.*' '.*'
Setting permissions for user "openstack" in vhost "/" ...
[root@controller ~]# rabbitmqctl list_users
Listing users
openstack	[]

[root@controller rabbitmq]# systemctl restart rabbitmq-server.service   
[root@controller rabbitmq]#  cat  rabbit@controller.log
=INFO REPORT==== 15-May-2020::17:01:28 ===
accepting AMQP connection <0.436.0> (10.0.0.20:52722 -> 10.0.0.20:5672)
=INFO REPORT==== 15-May-2020::17:01:28 ===
Connection <0.436.0> (10.0.0.20:52722 -> 10.0.0.20:5672) has a client-provided name: nova-scheduler:11913:87613471-ab6b-470a-a964-d7f530c8bf32
=INFO REPORT==== 15-May-2020::17:01:28 ===
connection <0.436.0> (10.0.0.20:52722 -> 10.0.0.20:5672 - nova-scheduler:11913:87613471-ab6b-470a-a964-d7f530c8bf32): user 'openstack' authenticated and granted access to vhost '/'

启动服务测试

[root@computer ~]# systemctl restart openstack-nova-compute.service

转载地址：Openstack部署compute计算节点时，openstack-nova-compute无法启动 - 知乎 (zhihu.com)