服務器名稱分別是wh01 wh02 wh03
引擎和所有節點均設置SELINUX=permissive 防火牆狀態：開啓 ssh互信
集羣 勾選隔離策略：
如果 Gluster brick 的狀態爲 UP，忽略隔離操作
如果 Gluster quorum 沒有滿足，忽略隔離操作
虛擬機的屬性：
系統爲win7 內存爲8192 4G 固態30G系統盤 10G hdd數據盤
遷移模式：運行自動和手動遷移
啓用高可用選項，恢復行爲 auto_resume watchdog i6300esb 斷電
| 測試內容 | 引擎所在 | Win7所在 | 測試結果 | 備註 |
| 斷wh03網線 | Wh02 | Wh03 | 30s後，無法ping通引擎。3分15秒後，引擎和平臺恢復正常，win7處於未知狀態,wh03無響應。 | |
| 接wh03網線 | Wh02 | Wh03 | win7狀態爲up，5分子後wh03恢復正常 | 但終端需要重啓才能使用 |
| 斷wh01網線 | Wh02 | Wh03 | 20s後，無法ping引擎，終端的虛擬機出現幾秒卡頓，之後可以正常訪問。6分45秒後引擎和平臺恢復正常。引擎從wh02飄到了wh03，終端虛擬機再次卡死，需要再次重啓。 | wh02的brick也down了，ovirt-ha-agent服務掛掉，導致Wh02引擎飄到wh03，而恢復時間也變長，至於wh02的brick爲什麼會掛掉？？ |
| 接wh01網線 | Wh03 | Wh03 | 20多秒後wh01恢復，而wh02處於無法工作狀態，可能與前面brick down掉有關，6分鐘後，wh02恢復。且wh02的brick down ，wh01 brick 一時down一時up | 在卷中強行啓動所有brick，brick恢復正常。但發現wh01處於無法工作狀態，手動激活後，也成功恢復正常。 |
| 斷wh03網線 | Wh03 | Wh03 | 無法ping引擎，2分10秒後，引擎恢復，平臺正常,win7未知狀態 | Wh03的主機心態和brick狀態存在延遲 |
| 接wh03網線 | Wh02 | Wh03 | 10秒鐘後wh03起來，wh03的brick經歷了兩次重啓。虛擬機狀態處於暫停。 | gluster volume status brick一直正常 |
| 斷wh02網線 | Wh03 | Wh01 | 引擎和平臺均訪問正常。Win7無響應。 | 與預期不一致，win7不應該受影響 |
| 接wh02 | Wh03 | Wh01 | Wh02處於無法工作，Win7狀態還是無響應， | 將win7關機，關閉失敗，node2狀態未分配,重啓wh02,win7成功關閉，10分子後wh02恢復正常 |
| Wh01意外重啓 | Wh03 | Wh02 | 引擎和平臺正常，終端虛擬機會話沒有中斷，可以正常虛擬機使用系統 | 此處本不在測試範圍。 |
斷網線是指同時拔掉管理和存儲網線，這裏沒有測試單獨斷任何一條。接網線也是接兩根，跟着上一個測試內容.且測試順序由上到下）