导航：首页 > 服务器 >

3节点ovirt安全主机测试记录

发表于：2026-11-03 作者：千家信息网编辑

千家信息网最后更新 2026年11月03日，服务器名称分别是wh01 wh02 wh03引擎和所有节点均设置SELINUX=permissive 防火墙状态：开启 ssh互信集群勾选隔离策略：如果 Gluster brick 的状态为 UP，

千家信息网最后更新 2026年11月03日3节点ovirt安全主机测试记录

服务器名称分别是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	引擎和平台正常，终端虚拟机会话没有中断，可以正常虚拟机使用系统	此处本不在测试范围。