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