Rabbitmq nova计算服务状态已关闭

Rabbitmq nova计算服务状态已关闭,rabbitmq,openstack,openstack-nova,Rabbitmq,Openstack,Openstack Nova,我的控制器和计算服务都在同一个节点上运行。我的所有nova和其他相关服务都已启动并运行。然而,当我尝试启动一个实例时,nova计算过程的状态变为关闭。由于这个原因,实例被困在生成状态 > [root@localhost nova(keystone_admin)]# nova service-list > +----+------------------+-----------------------+----------+---------+-------+-------------

我的控制器和计算服务都在同一个节点上运行。我的所有nova和其他相关服务都已启动并运行。然而,当我尝试启动一个实例时,nova计算过程的状态变为关闭。由于这个原因,实例被困在生成状态

> [root@localhost nova(keystone_admin)]# nova service-list
> +----+------------------+-----------------------+----------+---------+-------+----------------------------+-----------------+ | Id | Binary           | Host                  | Zone     | Status  |
> State | Updated_at                 | Disabled Reason |
> +----+------------------+-----------------------+----------+---------+-------+----------------------------+-----------------+ | 6  | nova-cert        | localhost.localdomain | internal | enabled |
> up    | 2016-11-04T07:24:32.000000 | -               | | 7  |
> nova-consoleauth | localhost.localdomain | internal | enabled | up   
> | 2016-11-04T07:24:32.000000 | -               | | 8  | nova-scheduler
> | localhost.localdomain | internal | enabled | up    |
> 2016-11-04T07:24:33.000000 | -               | | 9  | nova-conductor  
> | localhost.localdomain | internal | enabled | up    |
> 2016-11-04T07:24:33.000000 | -               | | 11 | nova-compute    
> | localhost.localdomain | nova     | enabled | **down**  |
> 2016-11-04T06:43:03.000000 | -               | | 12 | nova-console    
> | localhost.localdomain | internal | enabled | up    |
> 2016-11-04T07:24:32.000000 | -               |
====

[root@localhostnova(keystone_admin)#系统控制状态 openstack-nova-compute.service-l● openstack-nova-compute.service- 已加载OpenStack Nova计算服务器:已加载 (/usr/lib/systemd/system/openstack-nova-compute.service;已启用; 供应商预设:禁用)激活:自周五起激活(运行) 2016-11-04 12:08:54 IST;49分钟前主PID:37586(nova compute)
CGroup:/system.slice/openstack-nova-compute.service └─37586/usr/bin/python2/usr/bin/nova compute

Nov 04 12:08:46 localhost.localdomain systemd[1]:启动OpenStack Nova计算服务器。。。11月4日12:08:53 localhost.localdomain nova compute[37586]:组“DEFAULT”中的选项“verbose”为 不赞成删除。它的值可能会在 未来。11月4日12:08:53 localhost.localdomain nova compute[37586]: 不推荐使用组“DEFAULT”中的选项“notification\u driver”。使用 “奥斯陆信息通知”组中的选项“驱动程序”。11月4日 12:08:54 localhost.localdomain systemd[1]:已启动OpenStack Nova 计算服务器

======== nova计算过程的状态非常好。 我的rabbitmq服务也在运行

仅供参考, [root@localhostnova(keystone_admin)#系统控制状态 rabbitmq服务器● rabbitmq-server.service-已加载rabbitmq代理: 已加载(/usr/lib/systemd/system/rabbitmq-server.service;已启用; 供应商预设:禁用)下拉列表: /etc/systemd/system/rabbitmq server.service.d └─limits.conf

有效:自2016-11-03 12:32:08星期四起有效(运行);24小时前 主PID:1835(beam.smp)CGroup: /system.slice/rabbitmq-server.service ├─1835/usr/lib64/erlang/erts-5.10.4/bin/beam.smp-W W-K-true-A30-P 1048576--root/usr/lib64/erlang-progname-erl--home /var/lib/rabbitmq--。。。 ├─1964/usr/lib64/erlang/erts-5.10.4/bin/epmd-daemon ├─5873 inet_gethost 4 └─5875 inet_gethost 4

11月4日12:13:12 localhost.localdomain rabbitmq服务器[1835]: {user,,Nov 04 12:13:12 localhost.localdomain rabbitmq服务器[1835]:[administrator],11月4日12:13:12 localhost.localdomain rabbitmq服务器[1835]: rabbit_auth_backend_internal,…},11月4日12:13:12 localhost.localdomain rabbitmq服务器[1835]:,11月4日12:13:12 localhost.localdomain rabbitmq服务器[1835]:[{,…},{…}], 11月4日12:13:12 localhost.localdomain rabbitmq服务器[1835]: ,]}},11月4日12:13:12 localhost.localdomain rabbitmq服务器[1835]:{restart_type,intrinsal},11月4日12:13:12 localhost.localdomain rabbitmq服务器[1835]:{shutdown,4294967295}, 11月4日12:13:12 localhost.localdomain rabbitmq服务器[1835]: {child_type,worker}]}}}Nov 04 12:13:12 localhost.localdomain rabbitmq服务器[1835]:函数_子句

=======

[root@localhostnova(keystone_admin)#netstat-anp | grep 5672 | grep 37586 tcp 0 0 10.1.10.22:55628 10.1.10.22:5672
已建立37586/python2 tcp 0 0 10.1.10.22:56204
10.1.10.22:5672已建立37586/python2 tcp 0 0 10.1.10.22:56959 10.1.10.22:5672已建立37586/python2
====37586是nova计算进程id

我已经检查了nova compute、nova api和nova导体的日志,没有错误

我检查了nova调度程序日志,发现一些错误,表明拒绝连接到rabbitmq和数据库服务。 **

2016-11-03 12:24:50.930 2092错误nova.servicegroup.drivers.db DBConnectionError:(pymysql.err.OperationalError)(2003,“不能 连接到“10.1.10.22”上的MySQL服务器([Errno 111]ECONNREFUSED)”) 2016-11-03 12:24:53.811 2092奥斯陆消息错误。_drivers.impl_rabbit [-]无法访问10.1.10.22:5672上的AMQP服务器:[Errno 111] 经济复苏。再次尝试

** 16秒

======= 有人能建议我该怎么处理吗。
由于我在同一个节点上,为什么无法访问这些服务?

如果nova compute关闭,可能有两个原因: A.nova compute实际上已经停机了 B它无法与兔子通信,或者新星指挥家无法与兔子通信

据我在你们的日志中看到的,你们对兔子有异议:“10.1.10.22:5672是不可到达的”。检查是否有兔子在此IP/端口上侦听。检查是否可以从计算主机连接到rabbit。我通常使用nc 10.1.10.22 5672来查看是否存在连接

检查兔子的nova设置是否正确。正确设置的示例:

[DEFAULT]
rpc_backend=rabbit
rabbit_host=rabbitmq-ip-here
rabbit_port=5672
rabbit_hosts=$rabbit_host:$rabbit_port
rabbit_use_ssl=false
rabbit_userid=guest
rabbit_password=guest
rabbit_login_method=AMQPLAIN
rabbit_virtual_host=/compute
检查/var/log/nova/*.log中的日志


在nova.conf的[DEFAULT]部分中启用debug=true

数据库连接使用什么配置?(检查/etc/nova/nova.conf)您确定可以将控制器和计算机放在同一个节点上吗?DevStack可能是一个更好的解决方案吗?是的,控制器和计算机可以在同一个节点上。在过去的3个月里,我一直在使用这个设置,它非常有效。因此,我也确信这些配置都是正确的。我怀疑我之前配置了一些iptable规则来接受端口5672和3306上的流量。重启后,我再次进行了iptables恢复,但问题仍未解决