Openstack neutron 常見故障分析

2021-08-04 07:46:58 字數 1108 閱讀 2992

1.  節點down了,如圖1-12所示

圖1-12

剛剛部署完了,一看上去全部是down掉了,down掉了怎麼辦?我要查整個部署。一查沒有部署這個沒有部署那個,這時日誌很關鍵。所以在部署的時候要統一日誌收集,你在上面就可以看到各種日誌。看rabbitmq,檔案控制代碼太少了,或者是硬碟太小了,都會影響到rabbitmq接受agent的連線。還有檢查server,看neutron server是不是出問題了。最後就是不要出現時間不同步的問題。

2.  floatingip不通,如圖1-13所示

圖1-13

先看看vm是否分配到了固定ip, 是否能通到vm網路的閘道器。再查詢它的安全組規則,看看是否阻止了某種網路流量。再看看這個ip所在的router是什麼,再看看router所在的網路節點,進入這個路由器所在的名字空間,察看floatingip是否存在。軟體方面有時候重啟也是能解決問題的。

3.  l3節點錯誤,如圖1-14所示

圖1-14

l3出錯了怎麼辦?這時可能需要遷移。首先我們把這個l3 agent設為down,down完之後看看這個節點上所有的router。 接著把所有router的管理狀態設為down, 然後又設為up, 這時系統就會重新繫結router到其它網路節點。這個過程很複雜,人工去做會影響比較長的時間。現在很多友商用監控,如果l3 agent出錯, 啟動自動指令碼進行遷移。 在kilo版中, ha router也是乙個不錯的選擇。

4.  還有乙個埠繫結失敗,如圖1-15所示

圖1-15

這是經常遇到的乙個問題。在我的產品中,如果出現繫結失敗,就直接丟擲錯誤,這樣問題就會第一時間暴露出來。如果不這樣做,直接把「binding_failure」寫在資料庫裡面,虛擬機器就拿不到ip。怎麼解決呢?在neutron裡面只要把這個host_id先置一下,再置回去,這時候能讓neutron agent重新繫結埠,設定正確的tag.

5.  要注意tag 4095埠,如圖1-16所示

圖1-16

我們確認port不在neutron server中,然後刪除ovs  port。如果在neutron server中有,就要重新改一下,讓它的binding重新做。

做openstack運維,整個網路流程是必須掌握的。我們看neutron鏈路分析,如圖1-17所示

CPU常見故障

cpu是電腦中重要配件,是一台電腦的心臟。同時它也是整合度很高的配件,可靠性較高,正常使用時故障率並不高。但是倘若安裝或使用不當則可能帶來很多意想不到的麻煩。與cpu有關的故障是比較判斷的,cpu出現問題時,一般情況下是無法開機 xp系統之家官網 系統沒有任何反應,即按下電源開關,機箱喇叭無任何鳴叫...

常見故障處理

硬碟 故障現象一 開機後螢幕顯示 device error 或者顯示 non system disk or disk error,replace and strike any key when ready 說明硬碟不能啟動,用軟盤啟動後,在a 後鍵入c 螢幕顯示 invalid drive spec...

硬碟常見故障

硬碟做為計算機的外儲存器,容量越做越大,但是其穩定性好像卻是越來越不如以前。到現在還有 三 四百mb的ide介面老硬碟在二手市場上銷售,並且用起來一點問題也沒有,只是速度太慢。可新的大容量硬碟呢?速度是快了許多,就是三天兩頭的出毛病。硬碟在使用過程中,由於硬碟的質量問題,供電不良,病毒破壞,高頻干擾...