oVirt中的托pipe引擎有一个奇怪的情况。
我们有一个使用gluster作为引擎isos和所有信息的存储设置的oVirt集群。 大约一个星期前，三台服务器中有两台出现故障。 我们重新启动机器大约三次，并报告连线的gluster主机，并没有报告任何裂脑错误。
托pipe引擎进程尝试在其中一台主机上启动托pipe引擎，但进入EngineUnexpectedlyDown状态。 它会从服务器得分中扣除1600，然后尝试在下一台机器上启动它，直到它们都以800分左右的速度结束，然后只是试图在一台机器上启动，然后就坐在那里“无法达到vm“消息。
我们已经知道，托pipe引擎实际上是在启动，因为我们可以用vnc客户端连接到它。 但似乎处于某种locking状态。 如果您login到托pipe引擎，即使以root身份，也不能通过任何其他方式更改文件，并且无法访问vm。
有没有什么办法来看看虚拟机是locking/只读？ 反正有去除locking？
假设你使用的是副本3，当两台主机closures时，文件系统变为只读，这可以解释你目前在某种程度上看到的东西。 在大多数情况下，我们应该期待虚拟机冻结，因为qemu不能写入存储，但是我需要更多的信息，所以需要在主机上logging文件。
首先让我们看看可以从存储中读取状态，并可以通过从其中一台主机运行以下命令来实现：
hosted-engine --vm-status 假设它可以工作，请尝试将主机移到全局维护：
hosted-engine --set-maintenance --mode=global
如果这不起作用，则意味着访问存储中的元数据文件时存在问题，并且可能是只读的。
如果这样，虚拟机将处于维护模式，允许您在虚拟机内部检查文件的状态，并根据需要在同一台主机上重新启动虚拟机。