服务器名称分别是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 | 引擎和平台正常，终端虚拟机会话没有中断，可以正常虚拟机使用系统 | 此处本不在测试范围。 |
断网线是指同时拔掉管理和存储网线，这里没有测试单独断任何一条。接网线也是接两根，跟着上一个测试内容.且测试顺序由上到下）