该vCenter Server刚刚升级到5.1更新1。我正在研究主机并更新固件，然后将它们从5.0版本升级到5.1u1。
vCenter 5.1u1似乎有一个有趣的新行为：当主机在断开连接后重新连接时，它将主机从维护模式中删除-但非常不一致的是，在25至30台主机重新启动后，我看到它可能是4到5次。我只看到它发生在尚未升级到5.1的5.0主机上。
在图中，我将主机置于维护模式，然后将其重新引导到HP SPP DVD的自动更新模式。在经过通常的约40分钟的更新过程后，主机重新联机。并且在甚至记录主机已重新连接的7秒钟之前，vCenter已向主机发送任务以退出维护模式。
据我了解，vCenter唯一应将主机退出维护模式的时间是vCenter本身将其置于维护模式时（例如VUM升级任务）。
为什么此vCenter会单方面从用户启动的维护模式退出主机？
编辑其他信息：
我同时在另外5台主机上运行了固件升级。其中两个重新连接后退出维护模式，三个没有。那些退出维护模式的共同因素似乎是他们离线了多长时间。尝试启动虚拟介质的两个是退出维护模式的两个。
- esx31（上图）：45分钟无响应
- esx19（退出维护）：87分钟无响应
- esx24（停留在维护中）：32分钟无响应
- esx29（停留在维护中）：39分钟无响应
- esx32（停留在维护中）：30分钟无响应
- esx34（退出维护）：70分钟无响应
编辑：断开时间的想法似乎是一个红色的鲱鱼，因为它不是一直在发生。
另外，在vpxd.log退出维护模式下，任务启动似乎总是立即跟随此vim.EnvironmentBrowser.queryProvisioningPolicySOAP调用。以下是为清晰起见而略微修剪的线条：
15:27:49.535 [info 'vpxdvpxdVmomi'] [ClientAdapterBase::InvokeOnSoap] Invoke done (esx31, vim.EnvironmentBrowser.queryProvisioningPolicy)
15:27:49.560 [info 'commonvpxLro'] [VpxLRO] -- BEGIN task -- esx31 -- HostSystem.exitMaintenanceMode --
请注意，在未获得退出任务的节点上，vim.EnvironmentBrowser.queryProvisioningPolicy事件仍然发生。除了由于退出维护模式而导致的额外事件之外，在重新连接过程中，此事件之前或之后我没有看到其他任何事件差异。
考虑到日志中提到的配置策略，寻找与自动部署相关的维护模式问题会引发对类似行为的抱怨（尽管我根本没有使用自动部署）。