分享

求助:nova-compute不能启动

neterghost 发表于 2015-9-14 11:13:44 [显示全部楼层] 回帖奖励 阅读模式 关闭右栏 23 67108
root@computer1:/var/log/libvirt# vim /var/log/nova/nova-compute.log

2015-09-14 09:26:53.197 4420 INFO nova.openstack.common.periodic_task [-] Skipping periodic task _periodic_update_dns because its interval is negative
2015-09-14 09:26:53.228 4420 INFO nova.virt.driver [-] Loading compute driver 'libvirt.LibvirtDriver'
2015-09-14 09:26:53.258 4420 INFO oslo.messaging._drivers.impl_rabbit [-] Connected to AMQP server on controller:5672
2015-09-14 09:26:53.283 4420 INFO oslo.messaging._drivers.impl_rabbit [-] Connected to AMQP server on controller:5672
2015-09-14 09:26:53.316 4420 AUDIT nova.service [-] Starting compute node (version 2014.1.5)
2015-09-14 09:26:53.489 4420 AUDIT nova.compute.resource_tracker [-] Auditing locally available compute resources
2015-09-14 09:26:53.607 4420 AUDIT nova.compute.resource_tracker [-] Free ram (MB): 11496
2015-09-14 09:26:53.608 4420 AUDIT nova.compute.resource_tracker [-] Free disk (GB): 46
2015-09-14 09:26:53.608 4420 AUDIT nova.compute.resource_tracker [-] Free VCPUS: 4
2015-09-14 09:26:53.628 4420 WARNING nova.compute.resource_tracker [-] No service record for host computer1
2015-09-14 09:26:53.646 4420 ERROR nova.openstack.common.threadgroup [-] Compute host computer1 could not be found.
Traceback (most recent call last):

  File "/usr/lib/python2.7/dist-packages/oslo_messaging/rpc/server.py", line 142, in inner
    return func(*args, **kwargs)

  File "/usr/lib/python2.7/dist-packages/nova/conductor/manager.py", line 286, in service_get_all_by
    context, result['host'])

  File "/usr/lib/python2.7/dist-packages/nova/objects/base.py", line 163, in wrapper
    result = fn(cls, context, *args, **kwargs)

  File "/usr/lib/python2.7/dist-packages/nova/objects/compute_node.py", line 355, in get_all_by_host
    raise exception.ComputeHostNotFound(host=host)

ComputeHostNotFound: Compute host computer1 could not be found.
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup Traceback (most recent call last):
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup   File "/usr/lib/python2.7/dist-packages/nova/openstack/common/threadgroup.py", line 117
, in wait
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup     x.wait()
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup   File "/usr/lib/python2.7/dist-packages/nova/openstack/common/threadgroup.py", line 49,
in wait
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup     return self.thread.wait()
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup   File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 168, in wait
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup     return self._exit_event.wait()
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup   File "/usr/lib/python2.7/dist-packages/eventlet/event.py", line 116, in wait
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup     return hubs.get_hub().switch()
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup   File "/usr/lib/python2.7/dist-packages/eventlet/hubs/hub.py", line 187, in switch
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup     return self.greenlet.switch()
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup   File "/usr/lib/python2.7/dist-packages/eventlet/greenthread.py", line 194, in main
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup     result = function(*args, **kwargs)
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup   File "/usr/lib/python2.7/dist-packages/nova/openstack/common/service.py", line 483, in
run_service
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup     service.start()
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup   File "/usr/lib/python2.7/dist-packages/nova/service.py", line 180, in start
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup     self.manager.pre_start_hook()
2015-09-14 09:26:53.646 4420 TRACE nova.openstack.common.threadgroup   File "/usr/lib/python2.7/dist-packages/nova/compute/manager.py", line 1119, in pre_sta
rt_hook
"/var/log/nova/nova-compute.log" 408L, 44063C   

nova-compute服务无法启动,根据日志,貌似是说computer1这台服务器无法找到,但是我把nova-compute服务就是安装在了computer1这台服务器上了,而且ping computer1 也是可以ping通的。nova-computer配置信息如下:

[DEFAULT]
dhcpbridge_flagfile=/etc/nova/nova.conf
dhcpbridge=/usr/bin/nova-dhcpbridge
log_dir=/var/log/nova
state_path=/var/lib/nova
lock_path=/var/lock/nova
force_dhcp_release=True
iscsi_helper=tgtadm
libvirt_use_virtio_for_bridges=True
connection_type=libvirt
root_helper=sudo nova-rootwrap /etc/nova/rootwrap.conf
verbose=True
ec2_private_dns_show_ip=True
api_paste_config=/etc/nova/api-paste.ini
volumes_path=/var/lib/nova/volumes
enabled_apis=ec2,osapi_compute,metadata

rpc_backend = rabbit
auth_strategy = keystone

rabbit_host =controller
rabbit_userid = openstack
rabbit_password = root
my_ip = 192.168.254.100

vnc_enabled = True
vncserver_listen = 0.0.0.0
vncserver_proxyclient_address = 192.168.254.101
novncproxy_base_url = http://controller:6080/vnc_auto.html

[oslo_messaging_rabbit]
rabbit_host =controller
rabbit_userid = openstack
rabbit_password = root

[keystone_authtoken]
auth_uri = http://controller:5000
auth_url = http://controller:35357
auth_plugin = password
project_domain_id = default
user_domain_id = default
project_name = service
username = nova
password = root

[glance]
host = controller

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

[neutron]
service_metadata_proxy = True
metadata_proxy_shared_secret = 192.168.254.101

computer1服务器ip地址192.168.254.101,controller服务器地址为192.168.254.100


求大神帮忙看下。。。我觉得应该是个很简单的错误,就是自己看不出来。。。

已有(23)人评论

跳转到指定楼层
jixianqiuxue 发表于 2015-9-14 11:27:35
centos还是ubuntu,

ubuntu参考这个:

openstack【Kilo】入门 【nova篇】十二:安装配置nova
http://www.aboutyun.com/thread-13089-1-1.html



如何对比的话,需要首先确定是哪个配置文件,否则无法对比。感觉你的配置里面多了一些内容。
回复

使用道具 举报

neterghost 发表于 2015-9-14 11:45:35
jixianqiuxue 发表于 2015-9-14 11:27
centos还是ubuntu,

ubuntu参考这个:

是ubuntu的,我配置里多了一些neutron的内容,跟这个应该没关系吧?
回复

使用道具 举报

mituan2008 发表于 2015-9-14 12:11:14
neterghost 发表于 2015-9-14 11:45
是ubuntu的,我配置里多了一些neutron的内容,跟这个应该没关系吧?

贴的是哪个配置文件的,neutron后面有配置,可能这个不是多出的内容
回复

使用道具 举报

贪狼00 发表于 2015-9-15 11:20:21
计算节点上的my_ip 应该为计算节点的ip地址,不应该是控制节点的ip地址。
回复

使用道具 举报

neterghost 发表于 2015-9-15 15:06:16
贪狼00 发表于 2015-9-15 11:20
计算节点上的my_ip 应该为计算节点的ip地址,不应该是控制节点的ip地址。

这个已修改,但是还是起不来服务,我觉得是neutron有问题影响了nova

回复

使用道具 举报

贪狼00 发表于 2015-9-15 15:15:18
neterghost 发表于 2015-9-15 15:06
这个已修改,但是还是起不来服务,我觉得是neutron有问题影响了nova

再对照一下你controller节点的nova配置文件,在你配neutron之前,你的nova-compute服务可以起来吗

回复

使用道具 举报

neterghost 发表于 2015-9-15 15:18:48
回复

使用道具 举报

贪狼00 发表于 2015-9-15 15:25:43
neterghost 发表于 2015-9-15 15:18
这次我是全都配置好后做的测试,故不知。。所以只能一点一点回滚测试了。。
感觉openstack ...

最好一点一点的配置,每个组件做完验证再做下一步,neutron比较复杂,毕竟是网路功能,配置的时候要小心,一个字母,空格的错误都会对下面造成错误。不过你这个问题应该还在nova的配置上了。
回复

使用道具 举报

neterghost 发表于 2015-9-15 15:31:27
贪狼00 发表于 2015-9-15 15:25
最好一点一点的配置,每个组件做完验证再做下一步,neutron比较复杂,毕竟是网路功能,配置的时候要小心 ...

嗯,大不了从头来。。
不过我还是想找到原因,回头在遇到就不怕了,呵呵
谢谢你的帮助~

回复

使用道具 举报

123下一页
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

推荐上一条 /2 下一条