OpenStack—Ocata版本创建实例时任务一直卡在Building的现象

查看数: 14671 | 评论数: 11 | 收藏 0
关灯 | 提示:支持键盘翻页<-左 右->
    组图打开中,请稍候......
发布时间: 2018-1-24 16:13

正文摘要:

错误如上,创建一个实例后,一直处于调度 状态中 cat /var/log/nova/nova-compute.log // compute.log 日志如下  ,有没有兄弟帮我看下,万谢! 2018-01-24 15:59:01.203 12162 INFO nova.co ...

回复

Eudor 发表于 2018-1-26 09:28:57
tntzbzc 发表于 2018-1-25 19:07
那就用对应的账号

恩 ,transport_url = rabbit://nbcl:nbcl@controller   这个已经全部修改了,如果不修改服务是起不来的吧,
验证信息如下,应该都起来的。
[root@controller /]# openstack network agent list
+--------------------------------------+--------------------+------------+-------------------+-------+-------+---------------------------+
| ID                                   | Agent Type         | Host       | Availability Zone | Alive | State | Binary                    |
+--------------------------------------+--------------------+------------+-------------------+-------+-------+---------------------------+
| a38117af-0828-4f6c-b3ab-0e25fcd1103a | L3 agent           | controller | nova              | True  | UP    | neutron-l3-agent          |
| aa4fb348-929e-487b-9722-d5f7a0551c14 | Linux bridge agent | compute    | None              | True  | UP    | neutron-linuxbridge-agent |
| b48f60f9-e01a-4c6a-aa3a-9a90da6e92a8 | Linux bridge agent | controller | None              | True  | UP    | neutron-linuxbridge-agent |
| db6331bd-fa44-4d2f-ac47-5410dee42d57 | Metadata agent     | controller | None              | True  | UP    | neutron-metadata-agent    |
| ee62e35e-84af-45da-9639-142e24f9d6a2 | DHCP agent         | controller | nova              | True  | UP    | neutron-dhcp-agent        |
+--------------------------------------+--------------------+------------+-------------------+-------+-------+---------------------------+



[root@controller /]# openstack compute service list
+----+------------------+------------+----------+---------+-------+----------------------------+
| ID | Binary           | Host       | Zone     | Status  | State | Updated At                 |
+----+------------------+------------+----------+---------+-------+----------------------------+
|  1 | nova-conductor   | controller | internal | enabled | up    | 2018-01-26T01:28:12.000000 |
|  2 | nova-scheduler   | controller | internal | enabled | up    | 2018-01-26T01:28:15.000000 |
|  3 | nova-consoleauth | controller | internal | enabled | up    | 2018-01-26T01:28:16.000000 |
|  6 | nova-compute     | compute    | nova     | enabled | up    | 2018-01-26T01:28:12.000000 |
+----+------------------+------------+----------+---------+-------+----------------------------+



tntzbzc 发表于 2018-1-25 19:07:01
Eudor 发表于 2018-1-25 18:29
[root@controller /]# rabbitmqctl list_users
Listing users ...
nbcl    []

那就用对应的账号
Eudor 发表于 2018-1-25 18:29:24
desehawk 发表于 2018-1-25 18:09
那你的密码,填写的是哪个账号的

[root@controller /]# rabbitmqctl list_users
Listing users ...
nbcl    []
guest   [administrator]
[root@controller /]#

我用的  nbcl   这个用户

desehawk 发表于 2018-1-25 18:09:53
Eudor 发表于 2018-1-25 17:17
transport_url = rabbit://openstack:RABBIT_PASS@controller
这个配置  我controlle  和 compute 节点 ...

那你的密码,填写的是哪个账号的
Eudor 发表于 2018-1-25 17:17:58
desehawk 发表于 2018-1-25 16:55
这里显示rabitmq是正常的,login refused: user 'openstack' - invalid credentials,这里使用用户openst ...

transport_url = rabbit://openstack:RABBIT_PASS@controller
这个配置  我controlle  和 compute 节点的 nova.conf   和 neutron.conf 都看了 都配置对的 没问题。
Eudor 发表于 2018-1-25 16:58:12
desehawk 发表于 2018-1-25 16:55
这里显示rabitmq是正常的,login refused: user 'openstack' - invalid credentials,这里使用用户openst ...

我也意识到了这点  是不是 有验证配置  transport_url = rabbit://openstack:RABBIT_PASS@controller  是不是其中某个配置文件这条命令错了

desehawk 发表于 2018-1-25 16:55:11
Eudor 发表于 2018-1-25 16:40
版主下午好。对于您的提示首先表示感谢!您能否根据第三点发现的问题 在帮忙看看     日志有错误信息!
...

这里显示rabitmq是正常的,login refused: user 'openstack' - invalid credentials,这里使用用户openstack登陆被拒绝。看你上面应该只有admin和demo,但是又出现了openstack,所以产生问题
sstutu 发表于 2018-1-24 22:06:03
Eudor 发表于 2018-1-24 17:31
您好, 这个日志是 nova-conductor.log  是否能看出创建实例发生的错误。

018-01-24 17:18:40.273 105 ...

ERROR oslo_messaging.rpc.server AccessRefused: (0, 0): (403) ACCESS_REFUSED - Login was refused using authentication mechanism AMQPLAIN. For details see the broker logfile.
上面可以看出是rabitMQ出现问题。keystone的token似乎也有问题。
也就是说,首先验证下keystone组件是否可用。然后关于rabitMQ的配置都看下。组件的通信就靠rabitMQ
关闭

推荐上一条 /2 下一条