Выключается виртуальная машина hyper v

Выключается виртуальная машина hyper v

Вопрос

Добрый день Господа!

Стоит Windows Server 2008 R2, на нем развернут Hyper-V и две виртуалки!

Управляю всем (самой машиной с HYPER-V и ОС-виртуалками) через RDP.

Какое то время работаю, далее виртуальные машины сами сабой почему то в состояние «выключено» переходят!

Ответы

Надо отредактировать ключ реестра HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Virtualization\MemoryReserve

Данный форум является бесплатным сервисом Microsoft с целью оказания посильной помощи пользователям и повышения уровня знаний о продуктах Microsoft. Информация, представленная на форуме, распространяется «как есть» без официальной ответственности компании Microsoft.

Все ответы

Ресурсов хоста хватает?

Возможно оперативки не хватает.

3 гига на Exchange 2010 с 2 виртуальными CPU.

Хм. Интересный момент, у меня хостовая система Windows Serevr 2008 R2, на которой стоит Hyper-V жрет 3 гига, соответственно если учесть что я дал для одной виртуалки 3 гига а для другой 1 гиг, то можно понять.. Конечно это минус в Hyper-V. Для сравнения, я поставил VmWare ESXi 4.1 и у меня сам гипервизор жрет всего 78 Мб памяти, разница очевидна.

Хотя странно я до этого ставил все так же и ничего не выключалось, может какой процесс память жрал. хотя ничего такого сверхестественного не увидел!

Источник

Как исправить зависание виртуальной машины Hyper-V в состоянии остановки

Использование виртуальных машин в последнее время резко возросло. Это естественно, если принять во внимание их преимущества. Hyper-V — это собственное программное обеспечение для виртуализации Windows, которое позволяет создавать виртуальные машины в вашей системе Windows. Хотя он не предоставляет столько функций по сравнению с VMware или VirtualBox, он по-прежнему используется довольно часто. Как и у любого другого программного обеспечения, у него есть свои проблемы. Одна из проблем, с которой часто сталкиваются различные пользователи, — это застревание виртуальной машины в состоянии остановки.

Когда это происходит, виртуальная машина отказывается останавливаться, и, следовательно, ее нельзя запустить, чего вы не хотите. Это может произойти по ряду причин, которые мы упомянем ниже. Однако прежде чем мы начнем, важно упомянуть, что иногда проблема просто вызвана устаревшим хост-компьютером Windows. Поэтому, прежде чем начать работу с этой статьей, убедитесь, что вы установили все доступные обновления Windows. С учетом сказанного, давайте начнем.

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

Убивая, мы не имеем в виду полностью избавиться от виртуальной машины. Скорее, это означает завершение процесса зависшей виртуальной машины, чтобы вы могли снова запустить ее в обычном режиме. Это довольно простой процесс, если у вас есть одна виртуальная машина, работающая на хост-машине. Если вы это сделаете, вы можете пропустить некоторые из шагов, которые мы собираемся перечислить ниже, которые помогают найти GUID проблемной виртуальной машины.

Для этого следуйте инструкциям ниже:

Метод 2: изменить параметры питания

Как оказалось, параметры питания вашей хост-машины с Windows также могут влиять на состояние ваших виртуальных машин Hyper-V. Один из столкнувшихся с той же проблемой сказал, что изменение дисплея, чтобы никогда не выключаться, решило проблему для них. Таким образом, выстрел стоит того. Вот как это сделать:

Метод 3: отключить RRAS

Неправильно настроенная служба удаленного доступа также может стать причиной проблемы. Как мы уже упоминали ранее, ваш сетевой интерфейс может нарушать работу службы, что приводит к зависанию виртуальной машины. Таким образом, простой способ исправить это — отключить службу маршрутизации и удаленного доступа. Вот как это сделать:

Метод 4: перезагрузите хост-машину

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

Источник

Выключается виртуальная машина hyper v

Общие обсуждения

Доброе время суток!

Встретился с неприятной проблемой, сервер под управлением чистого Hyper-v server сам выключается в рандомное время. Может пару дней работать стабильно, а может по 4 раза на дню выключаться. Причем выключается корректно, гасит все виртуалки нормально, останавливает службы и выключается. Тесты железа показали, что там проблем нет, больше года север до этого работал стабильно.

В логах видно событие 1074, мол процесс winlogon.exe инициировал действие «Выключение питания» от имени пользователя NT AUTHORITY\система по причине: Причина не перечислена

Удаленное управление все полностью отключали на пару дней для проверки, что это не кто- то вредит по сети.

Куда копать, что это может быть?

Все ответы

Какая конкретно редакци Hyper-V? Ситуация началась не после установки апдейтов?

Отключите службу автоматического обновления и промониторьте работу.

Попробуйте выполнить команду Shutdown.exe /r /d P:4:2 описанную в данной базе знаний.

кнопка включения\выключения питания не может барахлить, если сервер корректно выключается?

при перегреве какое действие должно быть? температурный датчик тоже может некорректно работать.

Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий

Тоже уже начал думать о кнопке.

При перегреве процессор должен уходить в троттлинг, потом должно выключаться по-холодному, если отработают настройки БИОСа, так что сомневаюсь. Проводил стресс-тесты и процессора и памяти, нигде нет даже намека на перегрев.

Спасибо, попробую. Только смысл данной статьи мне не до конца понятен, Майкрософт признает, что это проблема и советует выполнить команду Shutdown.exe /r /d P:4:2 что по факту означает: перезагрузить компьютер, в лог написать, что выключение планированное, выполнено пользователем, причина- установка приложения. Это как-то должно помочь избежать произвольных отключений в дальнейшем?

Человеческий фактор проверен, он тут не причем, как оказалось. Выключил сервер кнопкой, чтобы потом сравнить логи с внезапными отключениями. Отсоединяю от материнской платы колодку, ведущую к кнопке включения, ресету и индикаторам. Запускаю сервер, смотрю в логи-

Да, один в один с предыдущими. И тут сервер сам корректно выключается. Загружаю, смотрю в лог-

Полностью совпадает с событием, когда сервер выключается кнопкой, но на этот раз событие инициировано пользователем kostya, которым я до этого заходил. Если учесть, что до этого самостоятельные отключения были от имени пользователя NT AUTHORITY\система, то полезных сведений я в этом не нашел, но как факт отметил.

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

Источник

Предотвращение приостановки работы виртуальной машины

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016

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

Проблема

Этот сервер имеет одну или несколько виртуальных машин в приостановленном состоянии.

Влияние

В зависимости от объема доступной памяти может оказаться невозможным запуск дополнительных виртуальных машин.

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

Решение

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

Возобновление работы виртуальной машины с помощью диспетчера Hyper-V

Откройте диспетчер Hyper-V. (В меню сервис Диспетчер сервера выберите пункт Диспетчер Hyper-V.)

В списке виртуальные машины найдите виртуальные машины с состоянием приостановлено.

Состояние » приостановлено — критическое » возникает, когда на физическом хранилище для этой виртуальной машины остается очень мало свободного места. Прежде чем попытаться возобновить работу виртуальной машины в этом состоянии, освободите место в физическом хранилище.

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

использование Windows PowerShell для возобновления работы виртуальной машины

Это можно сделать в одной команде, используя фильтрацию и конвейер после того, как вы получите все виртуальные машины на узле. Тип:

Источник

Как остановить зависшую виртуальную машину на Hyper-V?

Если ваша виртуальная машина, запущенная на хосте Hyper-V зависла по каким-то причинам, перестала отвечать, и не реагирует на кнопки включения, выключения, перезагрузки в консоли Hyper-V, единственный быстрый способ принудительно остановить такую машину — завершить процесс этой ВМ в хостовой ОС. Покажем, как принудительно перезагрузить ВМ в Hyper-V на Windows Server 2016/2019 без перезагрузки всего сервера и запущенных ВМ (если у вас нет HA кластера Hyper-V и Live-Migration).

Виртуальная машина Hyper-V зависла в статусе Stopping, Starting

Итак, предположим, что одна из ВМ на Hyper-V зависла в состоянии Stopping (Stopping-Critical)/ Starting (Starting 10%).

Гостевая ОС перестала отвечать, а кнопки “Turn Off”,” Shut Down” и” Reset” в консоли Hyper-V Manager стали недоступны либо при нажатии возвращают ошибку:

Итак, предположим, что одна из ВМ на Hyper-V зависла, гостевая ОС перестала отвечать, а кнопки «Turn Off», «Shut Down» и «Reset» в консоли Hyper-V Manager стали недоступны либо при нажатии возвращают ошибку:

Ошибка Hyper-V: Connecting to Virtual Machine Management service

Если ваш Hyper-V не отображает виртуальные машины в консоли Hyper-V Manager, возвращая ошибку «Connecting to Virtual Machine Management service«, вам нужно перезапустить процесс vmms.exe (Hyper-V Virtual Machine Management service). Это безопасная операция и не прервет работу запушенных виртуальных машин. Проще всего перезапустить процесс vmms.exe через службу vmms и через консоль services.msc или командой:

Завершение процесса зависшей ВМ с помощью Task Manager

Единственный способ принудительно выключить/ перезапустить такую зависшую виртуальную машину без перезагрузки всего хостового сервера Hyper-V – завершить ее рабочий процесс на гостевой ОС. Все ВМ на хосте Hyper-V запускаются с помощью процесса vmwp.exe (Virtual Machine Worker Process). Для поиска процесса нужно узнать GUID виртуальной машины.

Определить GUID ВМ можно через консоль управления Hyper—V Manager. Откройте настройки сервера (Hyper—V Settings). В разделе Server указано каталог, в котором хранятся конфигурационные файлов ВМ (в нашем примере D:\VMStore).

Откройте этот каталог в File Explorer и найдите каталог с именем зависшей виртуальной машины. Скопируйте GUID, который указан в имени конфигурационного файла ВМ с расширением *.vmcx.

Теперь нужно запустить диспетчер задач (Task Manager) и перейти на вкладку Details. Все виртуальные машины запускаются в рамках собственного экземпляра процесса vmwp.exe. Чтобы определить какой процесс за какую ВМ отвечает, нам нужен полученный ранее GUID зависшей ВМ. Найдите процесс vmwp.exe, у которого в столбце User name указан GUID вашей ВМ. Завершите данный процесс (End Task).

Виртуальная машина будет принудительно остановлена. Теперь вы сможете делать с ней все что угодно.

Сбросить зависшую ВМ на Hyper-V VM с помощью PowerShell

Гораздо проще найти и завершить процесс зависшей виртуальной машины с помощью PowerShell. Запустите консоль PowerShell с правами администратора (учетная запись должна состоять в локальной группе Hyper-V administrators).

В этом случае также нужно завершить процесс ВМ по ее ID. Можно получить GUID ВМ с по ее имени. Например, для ВМ с именем SVM-GUARDEDHOST1, выполните команду:

$VMGUID = (Get-VM «SVM-GUARDEDHOST1»).ID

Если вы не хотите набирать полное имя ВМ, можете вывести список всех ВМ, зарегистрированных на данном хосте Hyper-V:

Get-VM | Select Name, Id

Скопируйте GUID нужной ВМ из полученного списка.

Теперь нужно найди идентификатор процесса (PID) ‘vmwp.exe’ для вашего VMGUID:

Затем с помощью команды Stop-Process нужно принудительно завершить этот процесс:

Stop-Process ($VMWMProc.ProcessId) –Force

Вот так несложно можно принудительно завершить рабочий процесс подвисшей виртуальной машины Hyper-V.

Hyper-V: Не удалось изменить состояние виртуальной машины

Иногда бывает, что даже после завершения зависшего процесса вы не можете включить ВМ и она зависает в статусе Starting с ошибкой:

В этом случае проверьте следующие варианты:

Источник