2014-03-24 244 views
0

我使用Centos 6.5 x86_64来设置Openstack Havana并且所有服务都能正常工作。但是,当我已经重新启动操作系统,我已经成立了新星服务无法正常工作,引发了以下错误:nova错误:[Errno 111]连接被拒绝

nova flavor-list 
ERROR: [Errno 111] Connection refused 

回顾在/ var日志文件/日志/新星提供了以下错误:

2014-03-24 12:24:04.293 6275 INFO nova.osapi_compute.wsgi.server [-] (6275) wsgi starting up 
2014-03-24 12:24:04.297 6267 CRITICAL nova [-] [Errno 98] Address already in use 
2014-03-24 12:24:04.412 6275 INFO nova.openstack.common.service [-] Parent process has died unexpectedly, exiting 
2014-03-24 12:24:04.412 6274 INFO nova.openstack.common.service [-] Parent process has died unexpectedly, exiting 
2014-03-24 12:24:04.412 6275 INFO nova.wsgi [-] Stopping WSGI server. 
2014-03-24 12:24:04.412 6274 INFO nova.wsgi [-] Stopping WSGI server. 

我的OpenStack服务器的状态

nova-manage service list 

Binary   Host         Zone    Status  State Updated_At 
nova-cert  controller       internal   enabled :-) 2014-03-24 14:28:03 
nova-consoleauth controller       internal   enabled :-) 2014-03-24 14:28:01 
nova-scheduler controller       internal   enabled :-) 2014-03-24 14:28:00 
nova-conductor controller       internal   enabled :-) 2014-03-24 14:27:59 
nova-compute  controller       nova    enabled :-) 2014-03-24 14:28:06 
nova-network  controller       internal   enabled :-) 2014-03-24 14:27:58 

keystone service-list 

+----------------------------------+----------+----------+---------------------------+ 
|    id    | name | type |  description  | 
+----------------------------------+----------+----------+---------------------------+ 
| 7ce108d652ee48d7897127045a371795 | cinder | volume | Cinder Volume Service | 
| 9452b875328f4763b7766eb533bd75c4 | cinderv2 | volumev2 | Cinder Volume Service V2 | 
| e9607d1a308140298f8364fd2a0e62a8 | glance | image | Glance Image Service | 
| b7ac07f69e2e41f684d6470c69db4781 | keystone | identity | Keystone Identity Service | 
| cbdfa73329094d7d94c7464b9bf0ef7d | nova | compute | Nova Compute service | 
+----------------------------------+----------+----------+---------------------------+ 

ps -ef | grep "nova-api" 

nova  2522  1 0 11:22 ?  00:00:00 /usr/bin/python /usr/bin/nova-api-metadata --logfile /var/log/nova/metadata-api.log 
root  11909 6217 0 15:11 pts/1 00:00:01 gedit nova-api.log 
root  12644 3832 0 15:31 pts/0 00:00:00 grep nova-api 


netstat -napo | grep 877 

tcp  0  0 0.0.0.0:8775    0.0.0.0:*     LISTEN  2522/python   off (0.00/0/0) 

任何指针将是非常有益的。您启用了NOVA-API - :

感谢

回答

2

首先,我强烈建议你找或问的答案上ask.openstack.org

然后从你所描述的,它可能是由元数据和nova-api服务。

从默认的配置,我们知道:“EC2”,“osapi_compute”,“元”]被启用,看到https://github.com/openstack/nova/blob/stable/havana/nova/service.py#L55

所以它会通过一个启动每个服务之一,当NOVA-API调用服务,请参阅https://github.com/openstack/nova/blob/stable/havana/nova/cmd/api.py#L45

由于nova-api-metadata服务正在运行,这导致使用8775端口,那么由nova-api启动的一个服务将会死掉,并且由于此异常未被捕获,那么另外两个服务器也会死,那么你得到你在日志中看到的东西

如果我认为是正确的,请能cel nova-api-metadata服务并仅使用nova-api服务,这意味着'chkconfig openstack-nova-api-metadata off; chkconfig openstack-nova-api on',我不确定你的系统上的具体服务名称,但应该是这样的,纠正它,如果我错了

+0

哇!就是这样!我不得不寻找一个多小时才能得到这个答案!谢谢 :) – vyom

0

连接被拒绝是每次遇到的常见错误。其中一种情况是keystone拒绝nova服务的连接。

确保在创建keystone服务时nova和quantum的SERVICE_PASSWORD相同。转到quantum和nova配置文件并验证SERVICE_PASSWORD是否相同。

Njoy !!

相关问题