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命令詳解
- 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
- 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
上述命令無效的話，可以使用下面的方法：
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
執行到最后一步，有可能時間比較長。需要等。。。。。
初識toolstack——XEN的XenServer管理的核心
什么是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就是個和底層通信的中間層、接口層。
===============================
可以遷移到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即可，發現這條命令很有用。