XenServer安全重啓xapi的方法

XenServer安全重啓xapi的方法

2012-11-29 12:58:07|  分類:虛擬化-XenServer|  標籤:|舉報|字號訂閱

平常我們很常用到重啓xapi命令,在這介紹下xapi:
XAPI(或者XenAPI)是XenServer中的一組管理接口的統稱,是XenServer管理的核心,由一系列的toolstack組成。
XAPI主要提供XenCenter以及pool中各主機通信的接口。XenCenter通過XAPI來讀取XenServer的配置、管理、License的管理、數據庫的維護等等,同時也包括如存儲(SR)、虛機、虛擬網卡、HA等等所有的功能控制。而Pool中的所有XenServer的操作請求也是通過XAPI傳遞給dom0,同時在池中的所有主機中間通信,例如:Pool中數據庫(配置數據庫,由XenServer維護的一個小型數據庫)會通過XAPI在所有的主機之間同步,以便在Master服務器宕機以後,其他機器能夠正確而迅速的取代Master,並維持Pool的功能和服務。
簡而言之,XAPI就是個和底層通信的中間層、接口層。

以上可以看到,xapi在整個XenServer的重要性。因爲xapi控制着服務器和VPS的操作等等,所以有些時候VPS無法控制時,我們可以通過重啓xapi來解決,但這會有危險性,嚴重的無法重啓xapi,無論什麼辦法都不行,那麼只能重裝系統,雖然重裝系統不會導致數據丟失,但這個是非常麻煩的事,具體的我就不解釋了!

但非常情況下,需要重啓xapi,也是可以的(例如,重啓VPS卡死等等),但必須達到最重要的條件:服務器必須保持在絕對穩定的情況下
怎麼纔算絕對穩定呢,嘿嘿,有個辦法,要麼把其他VPS強制關閉,說起來簡單,但這樣對客戶使用影響很大,所以這個我們就不採用,在不關閉其它VPS又能重啓xapi的辦法,有的,首先檢查服務器的穩定

命令:top(其實通過這個命令查看就夠了),此命令詳解請見:linux top命令詳解
  1. top

複製代碼
查看紅色標記的參數
1,load average: 0.00, 0.00, 0.00,此參數數值是:系統負載,即任務隊列的平均長度,分別爲1分鐘、5分鐘、15分鐘的平均值
平時1分鐘這個負載是均爲0-0.5左右,如果高於1的時候需要檢查下用戶情況
2,98%id, 0.2%wa,此參數數值是:%id:空閒CPU百分比,和%wa:等待輸入輸出的CPU時間百分比(可以理解爲,硬盤有大量的數據等待處理)
%id數值在95-100%之間說明服務器處理數據沒問題的,
%wa數值一般服務器穩定的話,數值是爲0%的,如果很高(沒有一個標準)那麼需要檢查下用戶跑硬盤,還是硬盤自身的問題,這裏就會導致服務器不穩定。
可以瞭解到%id 和 %wa是一個正比,當%wa數值高是,那麼%id就會低,那麼這時就不能使用xapi,先檢查服務器情況在說


爲了更放心重啓,還有其他方面也可以觀察下,後續補充
從上面top命令中,看出服務器的負載,和%id,%wa數值都正常,那麼就可以重啓xapi
  1. service xapi restart

複製代碼
當xapi真的無法啓動,請嘗試重啓整臺服務器,不行的話,重裝系統去吧!

此帖會不斷的更新,帖子中涉及到的方面比較多

XenServer 虛擬機假死解決方法

虛擬機無緣無故假死,是件比較頭疼的事情。關機也關不了,重啓也不行。有時需要關物理機才行。如果XenServer上有比較重要應用,腫麼辦?

造成虛擬機假死的原因很多,有的是本身虛擬機系統的原因、有的是XenServer底層XAPI接口有問題。

XAPI就是XenServer中的一組管理接口的統稱,是XenServer管理的核心,由一系列的toolstack組成。XenCenter通過XAPI來讀取XenServer的配置、管理、License的管理、數據庫的維護等等,同時也包括如存儲(SR)、虛機、虛擬網卡、HA等等所有的功能控制。簡而言之,XAPI就是個和底層通信的中間層、接口層。

系統的原因一般強制重啓就可以解決;但是xapi有問題,強制重啓方法有時是行不通的。

一般假死的解決方法:

把xapi重啓即可解決;在XenServer中輸入: xe-toolstack-restart 或者 service xapi restrat


XenServer安全重啓xapi的方法 - zhuzhu - 五事九思 (大連Linux主機維護)

上述命令無效的話,可以使用下面的方法:

I've found the resolution through my other thread. Here's what you need to do.


1 - "xe vm-list" to get the uuid of the VM that is hung


2 - "list_domains" to list the domain uuid's so you can determine
the domain # of the VM above by matching the uuids from this output with
the uuid for your VM from the previous command.


3 - "/opt/xensource/debug/destroy_domain -domid XX" where XX is the domain number from the previous command

執行到最後一步,有可能時間比較長。需要等。。。。。

什麼是XAPI,或者說XAPI在XenServer中有什麼作用?

XAPI(或者XenAPI)是XenServer中的一組管理接口的統稱,是XenServer管理的核心,由一系列的toolstack組成。

XAPI主要提供XenCenter以及pool中各主機通信的接口。XenCenter通過XAPI來讀取XenServer的配置、管理、License的管理、數據庫的維護等等,同時也包括如存儲(SR)、虛機、虛擬網卡、HA等等所有的功能控制。而Pool中的所有XenServer的操作請求也是通過XAPI傳遞給dom0,同時在池中的所有主機中間通信,例如:Pool中數據庫(配置數據庫,由XenServer維護的一個小型數據庫)會通過XAPI在所有的主機之間同步,以便在Master服務器宕機以後,其他機器能夠正確而迅速的取代Master,並維持Pool的功能和服務。

簡而言之,XAPI就是個和底層通信的中間層、接口層。

XenServer安全重啓xapi的方法 - zhuzhu - 五事九思 (大連Linux主機維護)

===============================

可以遷移到202,卻不能遷移到209,很奇怪。
xe-toolstack-restart
Stopping xapi: ..[ OK ]
Stopping the v6 licensing daemon: [ OK ]
Stopping the memory ballooning daemon: [ OK ]
Stopping perfmon: [FAILED]
Stopping the fork/exec daemon: [ OK ]
Starting the fork/exec daemon: [ OK ]
Starting perfmon: [ OK ]
Starting the memory ballooning daemon: .[ OK ]
Starting the v6 licensing daemon: [ OK ]
Starting xapi: ..start-of-day complete.[ OK ]
done.
重啓下toolstack即可,發現這條命令很有用。


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章