Server 2016 Running Hyper-V Stuck in "Shutting down service: Hyper-V Virtual Machine Management"
Недавно я установил обновления на сервер Server 2016, который работает в качестве гипервизора Hyper-V. После выполнения обновлений сервер завис на "Shutting down service: Hyper-V Virtual Machine Management". Он находился в таком состоянии довольно долго, поэтому я немного подтолкнул сервер, перезапустив его (я знаю - я идиот).
Когда машина снова запустилась, она висела на символе Windows с крутилкой. Я снова перезапустил машину и столкнулся с несколькими проблемами (например, ОС вообще не загружалась). Я удалил диск, который (программно) зеркалировал загрузочный диск из моего RAID-массива, и теперь машина подает некоторые признаки жизни. Она загрузилась и выполнила несколько действий в режиме "Работа над обновлениями", но теперь она снова застряла на этапе "Завершение работы службы: Hyper-V Virtual Machine Management" снова.
Каков мой лучший курс действий? Оставить все как есть или принудительно перезапустить?
Оставьте его, и он обычно в конце концов завершает работу нормально (может быть несколько часов).
Я обнаружил, что вижу эту проблему на новых или совсем новых сборках серверов. Что-то происходит с некоторыми обновлениями Windows, которые выходят из строя, пока система молодая, тогда возникает такая ситуация. Я видел это на Server 2008, 2012 и теперь 2016 (было бы неплохо иметь «исправление» Microsoft или, по крайней мере, лучшее сообщение: «Завершение работы управления виртуальными машинами, пожалуйста, не выключайте компьютер, это может занять длительное время. количество времени ».
Я видел, как многие пользователи (включая меня) сталкивались с этой проблемой, если файл подкачки находится на другом томе от загрузочного тома виртуальной машины с Windows Server 2016 в качестве ОС, запущенной на виртуальной машине. Я не уверен, согласуется ли это с вашей ситуацией, но если да, то это могло быть причиной вашей проблемы.
Для меня исправление (заполненное собственными проблемами) заключалось в перемещении файла подкачки на диск C. на ВМ. До этого ВМ НИКОГДА не могла полностью выключиться. После этого он каждый раз нормально отключается.
Я читал, что для многих людей он мог нормально завершать работу с файлом подкачки на другом томе первые 1-3 раза, а затем переставал работать после этого. Вероятно, это верно и в моем случае, но я не могу вспомнить эту часть с уверенностью.
Поскольку это все еще проблема в 2020 году, я мог бы найти решение по крайней мере для некоторых случаев (это случилось со мной только вчера/сегодня в конце и без того долгого рабочего дня, когда я больше нет терпения ждать, прежде чем начать свою двухчасовую поездку домой после полуночи):
Примерно через час ожидания и никакой реакции я попытался пропинговать все виртуальные машины, работающие на зависшем HyperV. В конце концов один DID ответил на пинг (черт возьми их Exchange-серверы...). Я попытался принудительно отключить рассматриваемую виртуальную машину с помощью «shutdown /i» (CMD), что только что привело к сообщению «отказано в доступе» (возможно, это связано с тем, что у HyperV возникли проблемы с переводом ее в режим гипернации/паузы). Затем я попытался подключиться к серверу через RDP, который работал как шарм. Я вручную выключил сервер в его собственном графическом интерфейсе, и всего через несколько минут HyperV был успешно перезагружен. Только нужно было перезапустить троллинговую виртуальную машину в HyperV, и все снова зажило и заработало.
Возможно, это была случайность, все равно придется проверить в следующий раз (или лучше отключить виртуальные машины в любом случае заранее...), но эй, мне бы понравилась эта соломинка вчера...
Всего наилучшего всем админам-друзьям,
Арно
В моем случае я отключил все сетевые кабели от физического сервера, и сервер выключился быстро. Это не решение, это может быть обходной путь для быстрого восстановления.