Xenserver主節點故障處理示例/Xenserver進入單使用者
阿新 • • 發佈：2019-02-11
#
## Xenserver主節點故障，XenCenter無法連線—示例篇
# 主節點故障/ toolstack/ xapi
通常在配有HA的XenServer Pool中，當主節點發生故障時，主節點會自動切換成其他節點，並自動將主節點下的虛擬機器遷移到其他節點上。有時會出現這樣一種情況：主節點丟失後，在XenCenter中無法對Pool進行管理，整個Pool始終無法連上。嘗試去ping Pool中的節點時，發現網路正常，執行在Xenserver下的虛擬機器也正常執行，但始終無法連上XenServer Pool。
登入各個節點，檢視各個節點執行狀態：xen host-is-in-emergency-mode，返回“true”，表明新舊兩臺主節點及子節點均執行在緊急模式下，通過xsconsole回到選單介面，發現原有管理網絡卡繫結資訊均已經丟失（此時生產網路依舊能通），看不到任何網絡卡配置資訊。於是，試圖在XenServer中，選擇“Exit Maintenance Mode”，此時系統提示出錯，無法退出維護模式。
通過檢視pool的列表時出錯如下：
# xe pool-list
The server failed to handle your request, due to an internal error. The given m
essage may give details useful for debugging the problem.
message: INTERNAL_ERROR: [ Connection failed: connection refused. ]
檢視主機列表時，出錯如下：
The server failed to handle your request, due to an internal error. The given m
essage may give details useful for debugging the problem.
message: INTERNAL_ERROR: [ Connection failed: connection refused. ]
經查詢資料，發現此問題通常是在主節點突然故障時出現。問題的本質在於slave節點找不到它的master節點，XenServer認為系統出現了故障，為保護執行中的虛擬機器，系統自動進入emergency mode。
運氣好的話，通過重啟時可以解決的，但最近時運不濟命途多舛，重啟主節點後，仍然無法恢復正常。
此時可以通過命令xe pool-emergency-transition-to-master使子節點順利啟動到正常狀態。
這樣一來，管理口應該就恢復正常了，可以通過xencenter連線到pool中，首先會連線原來的master，失效後連線新的master。
但沒有最衰只有更衰，如果這樣還不能退出維護模式的話，就只能重啟xapi，命令如下：
# xe-toolstack-restart
Stopping xapi: .. [ OK ]
Starting xapi: ...start-of-day complete. [ OK ]
重啟xapi後，主節點進入正常模式，在子節點找到主節點後，自動會退出維護模式，進入到正常模式。此時在XenCenter中就可以管理各個節點了。
還有一種情況，就是手動指定新的主節點後，HA未取消，要是原來的主節點發生重啟，則此時也無法連線XenCenter，但是不影響其下虛擬機器的執行。這時可能會出現兩個主節點，如此一來，部分虛機將會處於緊急模式。此時可以在原來的主節點上，恢復到原來的狀態：pool-recover-slaves。
#
## XenServer下的Linux虛擬機器進入單使用者模式—簡述篇
# 單使用者模式
在root密碼丟失、grub出錯或系統故障等原因，很多時候都要進入單使用者模式對系統進行修改。而XenServer下的虛擬機器在啟動時並沒有類似物理機的lilo或grub選項，無法通過“e”修改啟動內容。
解決的方法比較多，但最簡單的方法只有一個：在XenCenter對應虛機的管理面板上，仔細翻翻，會發現一段“boot option”輸入框，預設時，通常是類似醬紫滴：graphical utf8 vnc。
此時，只要簡單將vnc改成single，如：graphical utf8 single，系統啟動後將自動進入單使用者模式，就可以進行修改了。
E.O.F
2012-12-15
## Xenserver主節點故障，XenCenter無法連線—示例篇
# 主節點故障/ toolstack/ xapi
通常在配有HA的XenServer Pool中，當主節點發生故障時，主節點會自動切換成其他節點，並自動將主節點下的虛擬機器遷移到其他節點上。有時會出現這樣一種情況：主節點丟失後，在XenCenter中無法對Pool進行管理，整個Pool始終無法連上。嘗試去ping Pool中的節點時，發現網路正常，執行在Xenserver下的虛擬機器也正常執行，但始終無法連上XenServer Pool。
登入各個節點，檢視各個節點執行狀態：xen host-is-in-emergency-mode，返回“true”，表明新舊兩臺主節點及子節點均執行在緊急模式下，通過xsconsole回到選單介面，發現原有管理網絡卡繫結資訊均已經丟失（此時生產網路依舊能通），看不到任何網絡卡配置資訊。於是，試圖在XenServer中，選擇“Exit Maintenance Mode”，此時系統提示出錯，無法退出維護模式。
通過檢視pool的列表時出錯如下：
# xe pool-list
The server failed to handle your request, due to an internal error. The given m
essage may give details useful for debugging the problem.
message: INTERNAL_ERROR: [ Connection failed: connection refused. ]
檢視主機列表時，出錯如下：
The server failed to handle your request, due to an internal error. The given m
essage may give details useful for debugging the problem.
message: INTERNAL_ERROR: [ Connection failed: connection refused. ]
經查詢資料，發現此問題通常是在主節點突然故障時出現。問題的本質在於slave節點找不到它的master節點，XenServer認為系統出現了故障，為保護執行中的虛擬機器，系統自動進入emergency mode。
運氣好的話，通過重啟時可以解決的，但最近時運不濟命途多舛，重啟主節點後，仍然無法恢復正常。
此時可以通過命令xe pool-emergency-transition-to-master使子節點順利啟動到正常狀態。
這樣一來，管理口應該就恢復正常了，可以通過xencenter連線到pool中，首先會連線原來的master，失效後連線新的master。
但沒有最衰只有更衰，如果這樣還不能退出維護模式的話，就只能重啟xapi，命令如下：
# xe-toolstack-restart
Stopping xapi: .. [ OK ]
Starting xapi: ...start-of-day complete. [ OK ]
重啟xapi後，主節點進入正常模式，在子節點找到主節點後，自動會退出維護模式，進入到正常模式。此時在XenCenter中就可以管理各個節點了。
還有一種情況，就是手動指定新的主節點後，HA未取消，要是原來的主節點發生重啟，則此時也無法連線XenCenter，但是不影響其下虛擬機器的執行。這時可能會出現兩個主節點，如此一來，部分虛機將會處於緊急模式。此時可以在原來的主節點上，恢復到原來的狀態：pool-recover-slaves。
#
## XenServer下的Linux虛擬機器進入單使用者模式—簡述篇
# 單使用者模式
在root密碼丟失、grub出錯或系統故障等原因，很多時候都要進入單使用者模式對系統進行修改。而XenServer下的虛擬機器在啟動時並沒有類似物理機的lilo或grub選項，無法通過“e”修改啟動內容。
解決的方法比較多，但最簡單的方法只有一個：在XenCenter對應虛機的管理面板上，仔細翻翻，會發現一段“boot option”輸入框，預設時，通常是類似醬紫滴：graphical utf8 vnc。
此時，只要簡單將vnc改成single，如：graphical utf8 single，系統啟動後將自動進入單使用者模式，就可以進行修改了。
E.O.F
2012-12-15