为什么vCenter 5.1u1将主机从维护模式退出？

此vCenter服务器刚刚升级到5.1更新1.我正在通过主机和固件更新，然后从各种版本的5.0升级到5.1u1。

vCenter 5.1u1似乎有一个有趣的新行为：当它们在断开连接后重新连接时，将主机从维护模式中删除 – 但非常不一致，在〜25-30主机重新启动时，我已经看到它可能是4或5次。 我只看到它发生在尚未升级到5.1的5.0主机上。

在该映像中，我将主机置于维护模式，并将其重新引导至HP SPP DVD的自动更新模式。 在通常的~40分钟的更新过程之后，主机回到了在线状态。并且在logging主机重新连接之前7秒，vCenter已经向主机发送了一个任务以退出维护模式。

• 在虚拟机内运行容器？
• VMware / ESX中的Linux虚拟机是否有交换分区？
• 如何破解ESXi和VNXe之间的1 Gbit iSCSI限制
• 在笔记本电脑上运行VMware Server ESX / ESXi是否可行？
• 如何更新esxi 5？

根据我的理解，唯一一次vCenter将主机退出维护模式的时机是vCenter本身将其置于维护模式（例如VUM升级任务）的时间。

为什么这个vCenter将单方面从用户启动的维护模式退出主机？

编辑，附加信息：

我同时在5台主机上运行固件升级。 其中两个重新连接后退出主线模式，三个没有。 那些退出maint模式的共同因素似乎是他们离线了多久 ; 那几个试图启动到虚拟媒体的两个就是两个被淘汰的maint模式。

• esx31（上图）： 45分钟无响应
• esx19（已退出主线）： 87分钟无响应
• esx24（留在maint）：32分钟没有反应
• esx29（留在maint）：39分钟没有反应
• esx32（留在maint）：30分钟没有反应
• esx34（已退出主线）： 70分钟无响应

编辑：断开时间的想法似乎是一个红色的鲱鱼，因为它不是一直发生。

此外 ，在vpxd.log ，退出vpxd.log模式任务启动似乎总是紧随此vim.EnvironmentBrowser.queryProvisioningPolicy SOAP调用。 这里是线条，为了清晰起见，

 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事件。 在重新连接过程之前或之后，除了退出维护模式引起的额外事件之外，我没有看到任何其他事件的差异。

鉴于日志中提到的供应策略，寻找与自动部署相关的维护模式问题会引发类似行为的抱怨 （尽pipe我根本没有使用自动部署）。