Вопрос: Часовая длительность выключения «выключение службы виртуального управления виртуальными машинами»


У меня есть сервер Windows 2008 R2, который является хостом Hyper-V (Dell PowerEdge T300). Сегодня впервые я столкнулся с странной ситуацией; я потерял связь с одной из гостевых машин, но, физически работая, кажется, гостевая ОС все еще работает, но больше не подключается через сеть.

Я попытался закрыть гостевую машину (Windows XP), но она не закрылась, застряв в диалоговом окне «Не отвечающее», которое нельзя отменить. Я использовал консоль управления Hyper-V для сброса машины, и она не может выйти из состояния сброса,

Я попытался сохранить другую гостевую машину Windows 2003, и это будет прогресс в ее состоянии сохранения (0%). Другой доступный клиент Windows 2003 был застрял в диалоговом окне входа в систему.

Мое первое подозрение - возможно, одно из исправлений обновлений Windows на этой неделе (10 ноября 2011 г.) может что-то с этим сделать, что все еще ожидает перезагрузки системы. Ну, так как я не мог ничего сделать с Hyper-V, я продолжил перезапуск Windows Update, и теперь он застрял полчаса на

«Выключение службы виртуального управления виртуальными машинами»

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

Должен ли я принудительно перезагрузиться?

ОБНОВИТЬ

Хорошо, поэтому я оставил его висящим более часа, посещая другие вопросы, и, к счастью, хозяин чисто перезапустился. Теперь я могу управлять гостевыми машинами. Уф.

По какой-то причине 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 заново.


5
2017-11-10 15:07


Источник


хорошо, проблема снова поднялась. это будет частота раз в месяц для меня? - icelava
я избежал января, но в феврале увидел возвращение демона. - icelava


Ответы:


Исправление в Microsoft KB2263829 может решить эту проблему.


2
2018-03-19 09:33



На сервере уже установлен этот патч задолго до появления проблемы. - icelava


Похоже, произошел какой-то серьезный сбой. На данный момент жесткая перезагрузка, вероятно, является вашим единственным вариантом.

В качестве дополнительной заметки убедитесь, что вы обновили BIOS до последней версии (для обновлений микрокода) и убедитесь, что необходимые расширения виртуализации включены. То же самое касается драйверов, в частности драйверов и прошивки для вашего RAID-контроллера и жестких дисков. И запустить chkdsk /f тоже не повредит.


1
2017-11-10 15:56



Я оставил его висящим, и ему наконец удалось перезапустить себя. : - / - icelava
Во всяком случае, чтобы быть ясным, нет очевидных проблем с диском; корневой раздел полностью работает со всеми дисками, а все гостевые виртуальные машины останавливаются. Затем для перезагрузки корневого раздела потребуется очень много времени. - icelava


Вы используете какие-либо другие приложения на хосте гипер-v? Я видел этот тип проблемы, когда на хосте был AV.


1
2017-11-10 16:04



Помимо службы Subversion VisualSVN, хост является хостом Hyper-V. И обычно меня это использует только сам. - icelava


У меня было то же самое, хост-сервер занял около 20-30 минут, чтобы отключиться. Это было связано с тем, что были запущены машины hyper-v, и хосту необходимо было остановить или проложить эти первые (и это было так долго в моем случае).


0
2018-02-19 10:00



Мое дело - гостевые машины неестественно не реагируют и не могут быть сохранены или закрыты. - icelava