Почему vCenter 5.1u1 выходит из режима обслуживания на хостах?

Этот сервер vCenter был только что обновлен до версии 5.1. Я просматриваю хосты и обновляю прошивку, а затем обновляю их с различных версий 5.0 до 5.1u1.

vCenter 5.1u1, похоже, имеет новое интересное поведение: он выводит хосты из режима обслуживания, когда они повторно подключаются после отключения - но очень непоследовательно, я видел это, возможно, 4 или 5 раз при ~ 25-30 перезагрузках хоста. Я видел это только на хостах 5.0, которые еще не были обновлены до 5.1.

На изображении я перевел хост в режим обслуживания и перезагрузил его в режим автоматического обновления HP SPP DVD. После своего обычного ~ 40-минутного процесса обновления хост вернулся в оперативный режим ... и за 7 секунд до регистрации того, что хост повторно подключился, vCenter отправил хосту задачу выйти из режима обслуживания.

Насколько я понимаю, единственный случай, когда vCenter должен вывести хост из режима обслуживания, - это когда vCenter сам переведет его в режим обслуживания (например, задача обновления VUM).

Почему этот vCenter в одностороннем порядке выходит из режима обслуживания, инициированного пользователем?

Редактировать, Дополнительная информация:

Я запустил обновления прошивки еще на 5 хостах одновременно. Двое из них вышли из основного режима после повторного подключения, трое - нет. Общим фактором тех, кто выходит из режима обслуживания, является как долго они были офлайн; двое, которым потребовалось несколько попыток для загрузки с виртуального носителя, - это двое, которые были выбиты из основного режима.

• esx31 (изображение выше): 45 минут не отвечает
• esx19 (выход из maint): 87 минут не отвечает
• esx24 (остался в maint): 32 минуты без ответа
• esx29 (остался в maint): 39 минут без ответа
• esx32 (остался в maint): 30 минут без ответа
• esx34 (вышел из maint): 70 минут не отвечает

Изменить: идея времени отключения, похоже, была отвлекающим маневром, поскольку это происходит не постоянно.

Дополнительно, в 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 событие все еще происходит. Я не вижу других различий в событиях до или после этого в процессе повторного подключения, кроме дополнительных событий, вызванных выходом из режима обслуживания.

Учитывая упоминание в журнале политик обеспечения, появляется поиск проблем, связанных с режимом обслуживания, связанных с автоматическим развертыванием. жалобы на подобное поведение (хотя я вообще не использую autodeploy).