2014-03-24 200 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 !!

相關問題