У меня есть сервер Windows 2008 R2, который является хостом Hyper-V (Dell PowerEdge T300). Сегодня я впервые столкнулся со странной ситуацией; Я потерял соединение с одной из гостевых машин, но при физическом входе в систему кажется, что гостевая ОС все еще работает, но больше не имеет доступа к сети.
Я попытался выключить гостевую машину (Windows XP), но она не выключилась, застревая в диалоговом окне «Не отвечаю», которое нельзя закрыть. Я использовал консоль управления Hyper-V, чтобы перезагрузить машину, и она не мог выйти из состояния сброса.
Я попытался сохранить другую гостевую машину с Windows 2003, и она будет прогрессировать с состоянием сохранения (0%). Другой гость под управлением Windows 2003 застрял в диалоговом окне входа в систему.
Мое первое подозрение, что, возможно, одно из исправлений обновления Windows на этой неделе (10 ноября 2011 г.) может иметь какое-то отношение к нему, который все еще ожидал перезагрузки системы. Ну, так как я ничего не мог сделать с Hyper-V, я продолжил перезапуск Центра обновления Windows, и теперь он застревает на полчаса в
«Завершение работы службы управления виртуальными машинами Hyper-v»
До перезапуска я не наблюдал ошибок жесткого диска в журнале системных событий; сомневаюсь, что это связано с диском.
Сделать принудительную перезагрузку?
ОБНОВИТЬ
Хорошо, поэтому я оставил его висеть более часа, занимаясь другими делами, и, к счастью, хост перезапустился. Теперь я могу нормально управлять гостевыми машинами. Фух.
По какой-то причине Hyper-V, должно быть, сканировал. В прошлом было замечено, что виртуальные машины становятся медленными, когда хост работал в течение длительного времени (от двух недель до месяца), но никогда так медленно. Хотелось бы знать, какие типы элементов мониторинга производительности я могу наблюдать, чтобы дать подсказку, почему это может произойти.
ОБНОВЛЕНИЕ 2012-02-13
За прошедшие с тех пор месяцы Hyper-V останавливался в этом состоянии еще два раза. Он появляется так случайно и без каких-либо журналов событий ошибок, чтобы намекнуть, что заставляет его войти в это состояние "пьяницы". Просто тайм-аут службы управления Hyper-V.
Log Name: System
Source: Service Control Manager
Date: 13/2/2012 9:16:48 AM
Event ID: 7043
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: elune
Description:
The Hyper-V Virtual Machine Management service did not shut down properly after receiving a preshutdown control.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Service Control Manager" Guid="{555908d1-a6d7-4695-8e1e-26931d2012f4}" EventSourceName="Service Control Manager" />
<EventID Qualifiers="49152">7043</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x8080000000000000</Keywords>
<TimeCreated SystemTime="2012-02-13T01:16:48.882901900Z" />
<EventRecordID>567844</EventRecordID>
<Correlation />
<Execution ProcessID="764" ThreadID="8484" />
<Channel>System</Channel>
<Computer>elune</Computer>
<Security />
</System>
<EventData>
<Data Name="param1">Hyper-V Virtual Machine Management</Data>
</EventData>
</Event>
Единственное средство выхода из этого - перезапуск системы.
ОБНОВИТЬ На эту проблему никогда не удастся найти ответ, учитывая, что я недавно атаковал сервер и заново установил Windows Server 2012 R2.
Исправление в Microsoft KB2263829 может решить эту проблему.
Вы запускаете какие-либо другие приложения на хосте Hyper-V? Я видел этот тип проблемы, когда на хосте был запущен AV.
Похоже, произошел какой-то серьезный сбой. На данный момент, вероятно, ваш единственный выход - жесткая перезагрузка.
В качестве примечания, убедитесь, что вы обновили BIOS до последней версии (для обновлений микрокода) и убедитесь, что необходимые расширения виртуализации включены. То же самое и с драйверами, особенно с драйверами и прошивкой для RAID-контроллера и жестких дисков. И запустив chkdsk /f
тоже не повредит.
У меня было то же самое, хост-серверу потребовалось около 20-30 минут, чтобы выключиться. Это было связано с тем, что машины Hyper-V были запущены, и хосту нужно было сначала остановить или приостановить их (а в моем случае это заняло так много времени).