服務器名稱分別是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 | 引擎和平臺正常，終端虛擬機會話沒有中斷，可以正常虛擬機使用系統 | 此處本不在測試范圍。 |
斷網線是指同時拔掉管理和存儲網線，這里沒有測試單獨斷任何一條。接網線也是接兩根，跟著上一個測試內容.且測試順序由上到下）??????
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
