云计算

服务器名称分别是wh01 wh02 wh03 

引擎和所有节点均设置SELINUX=permissive   防火墙状态：开启   ssh互信

集群 勾选隔离策略：

如果 Gluster brick 的状态为 UP，忽略隔离操作

如果 Gluster quorum 没有满足，忽略隔离操作

虚拟机的属性：

系统为win7 内存为8192  4G  固态30G系统盘 10G hdd数据盘

迁移模式：运行自动和手动迁移

启用高可用选项，恢复行为 auto_resume  watchdog i6300esb 断电

测试内容引擎所在Win7所在测试结果备注断wh03网线Wh02Wh0330s后，无法ping通引擎。3分15秒后，引擎和平台恢复正常，win7处于未知状态,wh03无响应。
接wh03网线Wh02Wh03win7状态为up，5分子后wh03恢复正常但终端需要重启才能使用断wh01网线Wh02Wh0320s后，无法ping引擎，终端的虚拟机出现几秒卡顿，之后可以正常访问。6分45秒后引擎和平台恢复正常。引擎从wh02飘到了wh03，终端虚拟机再次卡死，需要再次重启。wh02的brick也down了，ovirt-ha-agent服务挂掉，导致Wh02引擎飘到wh03，而恢复时间也变长，至于wh02的brick为什么会挂掉？？   接wh01网线Wh03Wh0320多秒后wh01恢复，而wh02处于无法工作状态，可能与前面brick down掉有关，6分钟后，wh02恢复。且wh02的brick  down ，wh01 brick 一时down一时up在卷中强行启动所有brick，brick恢复正常。但发现wh01处于无法工作状态，手动激活后，也成功恢复正常。断wh03网线Wh03Wh03无法ping引擎，2分10秒后，引擎恢复，平台正常,win7未知状态Wh03的主机心态和brick状态存在延迟接wh03网线Wh02Wh0310秒钟后wh03起来，wh03的brick经历了两次重启。虚拟机状态处于暂停。gluster  volume status brick一直正常断wh02网线Wh03Wh01引擎和平台均访问正常。Win7无响应。与预期不一致，win7不应该受影响接wh02Wh03Wh01Wh02处于无法工作，Win7状态还是无响应，将win7关机，关闭失败，node2状态未分配,重启wh02,win7成功关闭，10分子后wh02恢复正常Wh01意外重启Wh03Wh02引擎和平台正常，终端虚拟机会话没有中断，可以正常虚拟机使用系统此处本不在测试范围。

断网线是指同时拔掉管理和存储网线，这里没有测试单独断任何一条。接网线也是接两根，跟着上一个测试内容.且测试顺序由上到下）