OpenStack服務(wù)啟動故障排除經(jīng)驗

責任編輯:editor005

2014-12-09 13:44:09

摘自:推酷

今天同事在配置OpenStack的計算節(jié)點(在CentOS 7上部署)時遇到一個問題,發(fā)現(xiàn)在控制節(jié)點上運行nova service-list發(fā)現(xiàn)只有4行,沒有nova-compute service,讓我?guī)退挪椤?/p>

今天同事在配置OpenStack的計算節(jié)點(在CentOS 7上部署)時遇到一個問題,發(fā)現(xiàn)在控制節(jié)點上運行nova service-list發(fā)現(xiàn)只有4行,沒有nova-compute service,讓我?guī)退挪椤?/p>

提前透露原因:這位同事在/etc/nova/nova.conf配置文件中verbose = True 寫成了 verbose =Ture,我也是檢查了半天(兩眼對了3遍)沒看出來,有點汗!

根據(jù)我以前掌握的經(jīng)驗,OpenStack的部署過程遇到的問題可歸納總結(jié)為配置文件問題、配置步驟缺失等,因為通常計算機不會犯錯,犯錯的只有人類……

故障通常有以下幾種情況:

時間同步問題,兩(多)個節(jié)點間時間不同步

數(shù)據(jù)庫問題,權(quán)限問題,數(shù)據(jù)庫缺失,表結(jié)構(gòu)不存在(數(shù)據(jù)庫建立表結(jié)構(gòu)時出錯),用戶名密碼錯誤等

軟件包沒有正確安裝,例如國外的源網(wǎng)絡(luò)存在波動或網(wǎng)站存在故障或網(wǎng)站臨時修改了源的路徑等都會導致軟件包安裝出現(xiàn)重大錯誤,而安裝的人卻沒有發(fā)現(xiàn)

配置文件中配置出錯,這種錯誤最為常見,往往一個不易引人注意的錯誤就會出現(xiàn)問題,就如本文剛開始的第二段所說的一樣,諸如此類還有把0寫成o,把1寫成l,service寫成server等

網(wǎng)絡(luò)接口地址用錯,例如這次的排錯步驟中還發(fā)現(xiàn)控制節(jié)點上的endpoint-list發(fā)現(xiàn)public url用的是錯誤地址,如本地環(huán)回地址而不是管理接口地址

服務(wù)用戶缺失,一般由軟件bug或軟件安裝不正確導致,如以前有rabbitmq需要的rabbitmq不存在,導致rabbitmq的guest密碼不可修改等問題。

文件權(quán)限問題,如配置文件在更換后沒有配置文件權(quán)限,例如本來是root:nova的文件所有者,被換成了root:root,一定會出現(xiàn)服務(wù)無法正常運行的問題。

通常排錯方法總結(jié)如下:

檢查軟件日志和系統(tǒng)日志,這是第一步就要做的,如果沒有生成軟件日志就考慮查看系統(tǒng)日志,可以將/var/log/messages文件清空再執(zhí)行一下相關(guān)的命令,查看此文件中的日志,可以在執(zhí)行命令后沒有生成日志的情況下使用此方法解決這一問題(在今天的故障排除中具有關(guān)鍵作用)。

刪除軟件包時要用rpm e packages而不要用yum erase packages,以免刪除還需要用的依賴包

保留(備份)配置文件,重新安裝軟件包,yum reinstall packages

執(zhí)行完不確定執(zhí)行結(jié)果的命令后,用echo $?檢查執(zhí)行結(jié)果,0為沒有錯,1以上為有嚴重錯誤,如執(zhí)行su -s /bin/sh -c "nova-manage db sync" nova時,如果遇到前面所說的數(shù)據(jù)庫問題中的權(quán)限問題等就會出錯,但此命令結(jié)束后并不報錯。

認真比對配置文件,把注釋行和空白行全部清除再做對比,grep v # /filepath/filename | grep v ^$可以實現(xiàn)刪除注釋行和空白行

堅定信念,計算機不會犯錯,別人能成功,那一定是自己的錯!

此次故障是如何排除的:

首先發(fā)現(xiàn)在控制節(jié)點上運行nova service-list發(fā)現(xiàn)只有4行,沒有nova-compute service,可以聯(lián)想到計算節(jié)點上的計算服務(wù)沒有運行

經(jīng)過執(zhí)行systemctl status openstack-nova-compute.service -l查看詳細結(jié)果,發(fā)現(xiàn)服務(wù)沒有運行,而且顯示openstack-nova-compute.service start request repeated too quickly, refusing to start. Unit systemd-journald.socket entered failed state.

此時查看nova-compute的日志文件/var/log/nova/nova-compute.log時發(fā)現(xiàn)文件不存在

因此,應該立刻聯(lián)想到,配置文件(/etc/nova/nova.conf)一定有問題,但因為對比了2-3次后依然沒有確定問題

此后我又檢查了系統(tǒng)時間、數(shù)據(jù)庫、文件權(quán)限、備份配置文件后重新安裝軟件包等是否存在問題,結(jié)果都全部正常,最后想到第7個步驟

可以通過系統(tǒng)日志查看服務(wù)啟動失敗的原因,先將/var/log/messages文件清空(true >/var/log/messages),再重啟openstack-nova-compute.service

再觀察/var/log/messages文件的內(nèi)容,發(fā)現(xiàn)提示nova配置文件中非法的布爾型值ture,

因此在配置文件(/etc/nova/nova.conf)中找到ture的位置,將此單詞改為正確的true,重新啟動

在控制節(jié)點上執(zhí)行校驗命令nova service-list,確定無其他問題,successfully!

鏈接已復制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號-6京公網(wǎng)安備 11010502049343號