Hyper v пропала виртуальная машина

19.12.202303.07.2023 admin 0 Comments

Виртуальные машины отсутствуют или 0x800704C8, 0x80070037 или 0x800703E3 при попытке запуска или создания виртуальной машины

Эта статья помогает устранить ошибку 0x800704C8, 0x80070037 или 0x800703E3, которая возникает при запуске или создании виртуальной машины.

Применяется к: Windows Server 2012 R2, Windows Server 2016
Исходный номер КБ: 961804

В этой статье содержатся сведения о том, как снизить параметры безопасности или отключить функции безопасности на компьютере. Эти изменения можно внести для работы с определенной проблемой. Эти конкретные изменения конфигурации следует вносить только в системы, настроенные с Hyper-V ролью, на активно работающие виртуальные машины и на любых серверах, которые могут предоставлять хранилище для работающих виртуальных машин, например Windows Server File Server. Чтобы получить конкретные рекомендации по настройке антивирусного программного обеспечения, обратитесь к поставщику антивирусов.

Симптомы

При попытке создания или запуска Hyper-V виртуальной машины вы испытываете одну из следующих проблем:

Вы получаете одно из следующих сообщений об ошибке:

Запрашиваемая операция не может выполняться в файле с открытым пользовательским разделом. (0x800704C8)

VMName’ Microsoft Synthetic Ethernet Port (Instance ID<7E0DA81A-A7B4-4DFD-869F-37002C36D816>): Не удалось прибавиться с ошибкой «Указанный сетевой ресурс или устройство больше не доступны». (0x80070037).

Операция I/O была прервана из-за выхода потока или запроса приложения. (0x800703E3)

Виртуальные машины исчезают из консоли Hyper-V управления.

Эти ошибки могут применяться к следующим Hyper-V операционным системам:

Причина

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

Решение

Чтобы устранить эту проблему, настройте компонент сканирования в режиме реального времени в антивирусной программе, чтобы исключить каталоги, процессы и файлы согласно рекомендуемым исключениям антивируса для Hyper-V хостов статьи.

Дополнительная информация

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

Источник

Устранение неполадок с Hyper-V в Windows 10

После обновления до Windows 10 не удается подключиться к узлу нижнего уровня (Windows 8.1 или Server 2012 R2)

В Windows 10 диспетчер Hyper-V перемещен в WinRM для удаленного управления. Это значит, что теперь для управления удаленным узлом Hyper-V с помощью диспетчера Hyper-V на нем необходимо включить удаленное управление.

Создается неправильный тип контрольной точки даже после его изменения

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

Закройте и снова откройте программу «Подключение к виртуальной машине», чтобы она создала правильный тип контрольной точки.

При попытке создать виртуальный жесткий диск на устройстве флэш-памяти отображается сообщение об ошибке

Hyper-V не поддерживает диски в формате FAT или FAT32, так как эти файловые системы не предоставляют списки управления доступом (ACL) и не поддерживает файлы размером более 4 ГБ. Диски в формате ExFAT имеют ограниченную функциональность ACL, поэтому также не поддерживаются из соображений безопасности. В PowerShell отображается сообщение об ошибке «Системе не удалось создать «\[путь к VHD\]»: запрошенная операция не может быть завершена из-за ограничения файловой системы (0x80070299)».

Используйте диск с файловой системой NTFS.

При попытке установки появляется сообщение: «Не удается установить Hyper-V: процессор не поддерживает преобразование адресов второго уровня (SLAT)».

Для запуска виртуальных машин с помощью Hyper-V требуется поддержка SLAT. Если ваш компьютер не поддерживает SLAT, размещение на нем виртуальных машин невозможно.

Если вы просто хотите установить средства управления, снимите флажок Платформа Hyper-V в разделе Программы и компоненты Включение или отключение компонентов Windows.

Источник

Hyper v пропала виртуальная машина

Вопрос

В пятницу всё работало. 😉

Посмотрел логи. Вижу, что в субботу ночью в журналы Microsoft-Windows-Hyper-V-Config писались события 4096. При этом описание ошибки недоступно, дополнительные данные такие:

Virtual Machines
BDFA14FA-5479-469E-8E88-4199D47F3F6F
C:\ProgramData\Microsoft\Windows\Hyper-V
%%2147943395
0x800703E3

Из гугля я понял, что 4096 означает, что конфигурация виртуальной машины больше не доступна. Однако, файлы в C:\ProgramData\Microsoft\Windows\Hyper-V есть, они доступны. И виртуальные диски доступны. Но машины-то в консоли нет!

Что посоветует сделать общественность?

Ответы

В общем, так и не понял, что случилось и как вернуть всё назад.

Создал новую виртуальную машину, указал в качестве диска файл с виртуальным диском от старой, машина поднялась. Активация Windows 2008 Server не слетела.

Все ответы

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

Если создать машину заново, то у неё будет новый UUID? Активация сервера в установленной виртуалке не слетит?

1. В ProgramData\Microsoft\Windows\Hyper-V\Virtual Machenes\ есть XML-файл на каждую из машин и по подкаталогу на каждую из машин. Права одинаковые.

2. В User\Public\Documents\Hyper-V\Virtual hard disk есть по файлу *.VHD на каждую машину. Права одинаковые.

PS. Во время старта службы Hyper-V в логах появляется ошибка 18160, про которую «. нет описания. «, к ней прилагаются сведения:

BDFA14FA-5479-469E-8E88-4199D47F3F6F
BDFA14FA-5479-469E-8E88-4199D47F3F6F
%%3222072877
0xC00CEE2D

Failed to get summary information for virtual machine ‘%1’ (Virtual machine ID %2). Error: %3 (%4)

Источник

Восстановление Hyper-V виртуальных машин не начнется

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

Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2502233

Симптомы

Если приложение резервного копирования, используемая для восстановления Hyper-V виртуальной машины, восстанавливает виртуальную машину на новую Hyper-V хост-машину, то виртуальная машина может не запуститься.

Причина

Отказ запуска виртуальной машины после успешного восстановления может быть вызван следующими сбоями:

Имя сетевого адаптера не соответствует новому хосту

Существует конфликт в сохраненных данных состояния из исходного хоста и нового хоста относительно конфигурации машины (например, состояния видео).

Решение

Откройте консоль Hyper-V управления.

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

Переименуй сетевой адаптер в то же имя, что и имя, используемую в новом хосте.

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

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

Дополнительная информация

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

Источник

Восстановление виртуальных машин Hyper-V – часть 2

Итак, условия задачи:

В наличии папка с конфигурационными файлами виртуальной машины и снепшотов (xml) и файлы виртуальных дисков и снепшотов vhd и avhd.

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

Цель: подключить виртуальную машину со всеми снепшотами.

Итак, для начала создаем новую виртуальную машину с именем DeleteMe в папке c:\VMs.

Рисунок 1. Создание виртуальной машины.

Далее создаем через консоль Hyper-V Manager несколько снепшотов. Обратите внимание на имя файла для HDD на IDE Controller 0 и параметры сети.

Рисунок 2. Настройки виртуальной машины.

Посмотрим, что же мы получили с папке c:\VMs после выполнения этих операций.

Для новой виртуальной машины создана папка с именем виртуальной машины. Внутри этой папки расположены файлы жестких дисков и снепшотов и папки с конфигурацией виртуальной машины Virtual Machines и с конфигурацией снепшотов Snapshots.

Рисунок 3. Папка C:\VMs\DeleteMe.

Рисунок 4. Папка C:\VMs\DeleteMe\Snapshots.

Рисунок 5. Папка C:\VMs\DeleteMe\Virtual Machines.

Итак, исходная конфигурация готова.

Пора «терять» виртуальную машину.

Для простоты эксперимента остановим управляющий сервис гипервизора через консоль Hyper-V Manager и скопируем всю папку DeleteMe.

Дополнительно подстрахуемся при помощи Volume Shadow Copy. Использование Volume Shadow Copy для диска, на котором расположен файл конфигурации виртуальной машины и на системном разделе – неплохой вариант восстановления правильной конфигурации или всей виртуальной машины, которая была случайно удалена. Но вот по поводу использования Volume Shadow Copy для раздела, где расположены диски и снепшоты виртуальных машин – тут меня терзают сомнения. Copy on Write приведет к дополнительным издержкам при записи. Особенно, если для хранения Shadow Copy используется не отдельный выделенный диск, а свободное место на том же разделе.

Итак, подстелили соломку, включили управляющий сервис гипервизора и удаляем виртуальную машину через консоль Hyper-V Manager.

Рисунок 6. Удаление виртуальной машины DeleteMe.

После этого сравним содержимое папки C:\VMs\DeleteMe до и после операции.

Количество файлов уменьшилось. Ровно в 2 раза. It’s fantastic! Используя Hyper-V Manager Вы можете удалить половину файлов в сложной структуре папок одной командой.

Обратите внимание на значение полей Location и Contains.

Рисунок 7. Папка C:\VMs\DeleteMe до и после удаления виртуальной машины.

Почему удалена половина файлов? Почему файлов было 12? Не скажу. Жду Ваши предположения в комментариях J

Итак, пора приступать к восстановлению.

Вот и начинается самое интересное… Как объяснить службе гипервизора, что необходимо прочитать конфигурацию виртуальной машины из некоторого файла в файловой системы. За внутренности работы Hyper-V отвечает папка скрытая C:\ProgramData\Microsoft\Windows\Hyper-V. В ней содержится файл управления ролевым доступом к Hyper-V InitialStore.xml, а также папки Virtual Machines и Snapshots. Основной фокус в том, что при создании виртуальной машины через Hyper-V Manager в этих папках создаются NTFS hardlinks на соответствующие конфигурационные файлы. Таким образом, задача сводится к созданию hardlinks.

Создаем hardlink при помощи оманды mklink в административной командной строке.

Рисунок 8. Создание hardlink для конфигурационного файла виртуальной машины.

Запускаем управляющий сервис гипервизора и видим, что в консоли ничего не появилось…

Все пропало… Гипс сняли, а бриллиантов то там давно и нету…

Зато в журнале событий есть письмо от расстроенного гипервизора:

Рисунок 9. Ошибка загрузки конфигурации виртуальной машины.

Проверьте ACL объекта hardlink для виртуальной машины, созданной при помощи Hyper-V Manager. В нашем hardlink отсутствует SID виртуальной машины с разрешениями Full Control.

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

Останавливаем управляющий сервис гипервизора.

Модификацию ACL выполняем при помощи cacls.

Рисунок 10. Модификация ACL для hardlink конфигурационного файла виртуальной машины.

Обратите внимание на имя Security Principal NT VIRTUAL MACHINE\ .

Запускаем управляющий сервис гипервизора.

Открываем консоль Hyper-V Manager. О, чудо. Виртуальная машина тут.

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

Рисунок 11. Конфигурация виртуальной машины.

Заглянем снова в журнал событий.

Рисунок 12. Ошибка загрузки снепшотов.

И снова закинул старик свой невод…Потемнело синее море…Давно старик не стирал свой невод…

В смысле опять останавливаем управляющий сервис гипервизора.

Необходимо создать hardlink для каждого снепшота и добавить разрешение Full Control для SID виртуальной машины в каждый hardlink.

Рисунок 13. Создание hardlink и изменение ACL для снепшота.

Запускаем управляющий сервис гипервизора и о чудо…

Рисунок 14. Консоль Hyper-V Manager. Виртуальная машина с подключенными снепшотами.

Для того, чтобы счастье не только было видно в консоли, но и можно было использовать, осталось предоставить SID виртуальной машины доступ Full Control к папке с конфигурационными и дисковыми файлами виртуальной машины.

Рисунок 15. Изменение ACL папки DeleteMe

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

P.S. Протестировано и отскриншотено внутри виртуальной машины.

P.P.S. Комментарии и отзывы приветствуются!

Понравилось это:

Похожее

icacl имя_файла /grant:»ВИРТУАЛЬНАЯ МАШИНА NT\guid»:(F)

При запуске cacls в windows 2008 r2 выводится предупреждение, что cacls устаревший инструмент и лучше использовать icacls. Так что принципиальной разницы нет. Хотя ключи могут немного отличаться.

Отличное описание, Саня!Ключики для icacls:Icacls «C:\\ProgramData\\Microsoft\\Windows\\Hyper-V\\Virtual Machines\\xxxxxxxxxxxx.xml» /grant «NT VIRTUAL MACHINE\\xxxxxxxxxxxx»:(F) /L —- изменение линка на конфиг-файл виртуальной машиныIcacls C:\\vms\\deletme /T /grant «NT VIRTUAL MACHINE\\xxxxxxxxxxxx»:(F) —- Изменение ACL папкиIcacls yyyyyyyyyyyy.xml /grant «NT VIRTUAL MACHINE\\xxxxxxxxxxxx»:(F) /L—- Изменение ACL снепшота

Тоха, спасибо за ключики для icacls

А нельзя ли увеличить скриншоты?

Я бы с радостью. но так уж случилось, что у меня сейчас нет в наличии сервера, на котором можно сделать новые скриншоты.
Так что, пользуясь случаем, делаю предложение комюнити — кто может предоставить доступ на пару дней к виртуальной машине с Win 2008 R2 для обновления скриншотов?

Подскажите, на Рисунок 13, что написано во втором абзаце? На Рисунок 15 тоже не могу прочитать команду. Прошу подсказать.

kupchynetsky, буду очень признателен, если вы ответите на мой вопрос, который выше.

Работает только Mklink CD151E17-1BD0-4DAF-BBA9-3444360E00ED.xml \CD151E17-1BD0-4DAF-BBA9-3444360E00ED.xml

Не работают Cacls CD151E17-1BD0-4DAF-BBA9-3444360E00ED.xml /L /E /G “ВИРТУАЛЬНАЯ МАШИНА NT”\:F или Cacls CD151E17-1BD0-4DAF-BBA9-3444360E00ED.xml /L /E /G “NT VIRTUAL MACHINE”\:F

Cacls /T /E /G “NT VIRTUAL MACHINE”\:F

Что не правильно делаю?

1 SID? которому предоставляются разрешения состоит из 2 частей — постоянной «NT VIRTUAL MACHINE» и переменной — SID/GUID конкретной виртуальной машины(он же GUID-имя файла конфигурации ВМ). указывать SID виртуальной машины нужно так NT VIRTUAL MACHINE\\
2 Прочитайте внимательно текст статьи, чтобы понять для чего выполняются эти комманды. Ппробуйте использовать cacls для изменения разрешений на файлы и папки для обычной учетки юзера с последующей проверкой через стандартный контрол ACL — после этого намного проще и ошибки в синтаксисе этих комманд будет исправлять.

аналогичный случай с «Максим Март 4, 2011 14:32» вылетела одна из виртуальных машин на cacls выдает недопустимый аргумент, пробывал восстанавливать др виртуалки, без проблем, что посоветуете товарисчи?

советую проверить параметры комманды, которая выдает недопустимый аргумент. можно также запостить вопрос на форуме http://social.technet.microsoft.com/Forums/ru-RU/virtualizationru/threads и указать:
1. что произошло
2. GUID виртуальной машины
3. наличие снепшотов
4. выполняемые комманды и их результаты

Здравствуйте, коллеги!
Отличная статья.
Есть вопрос. Умирает Hyper-V Core, сама система на одном логическом томе, все ВМ на другом. Доступ к папке C:\ProgramData\Microsoft\Windows\Hyper-V имеется. Если я скопирую вышеуказанную папку в другое место, переустановлю гипервизор, и залью папку обратно, заработают ли без танцов с бубном ВМ? Все ВМ без снапшотов.
Спасибо!

Сам ответил на свой вопрос… Можно удалить…

Хочется пожелать автору и тем комментаторам, кто «правильно» продублировал команды автора, чтобы у вас так ширинка расстегивалась после 4х литров пива, как я их пытался разобрать и ввести…

Вот нормальный синтаксис для тех кто ещё попадет на эту страницу:

mklink 063E973A-28F7-4712-9012-3EA4429AD47A.xml “»G:\Hyper-V\ServerName\Virtual Machines»63E973A-28F7-4712-9012-3EA4429AD47A.xml”

icacls «C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines63E973A-28F7-4712-9012-3EA4429AD47A.xml» /grant «NT VIRTUAL MACHINE63E973A-28F7-4712-9012-3EA4429AD47A»:(F) /L

У меня не выполняется команда icacls … пишет invalid parametr «Machines9AC……xml»» Можно поподробнее «для особо одаренных» объяснить про команду эту и что за чем и куда водить надо.

Добрый день.
Возникла такая проблема: Есть сервер Виртуализации, на нем три виртуальных сервера, на одном файловом сервере закончилось место, поэтому что бы ему увеличить его я его выключил. Долее сделал снимок системы и запустил систему для проверки (система загрузилась со снимка все нормально, еще раз выключил) Затем в диспетчере Hyper-V делаю изменить диск выбираю родительский диск 123.vhd делаю развернуть и добавляю ему нужный размер виртуального диска. Затем в параметрах виртуальной машины меню диск на 123.vhd но там еще присутствует диск снимка 123_тутсивмолы.avhd, запускаю сервер и после загрузки обнаруживаю что на сервере хранятся старые данные (несколько месяцев назад и неактуальные сейчас). Выключаю сервер с параметрах выбираю жесткий диск уже снимка 123_тутсимволы.avhd начинаю загружать сервере и пошли ошибки (причем цепочка снимка исчезла сразу хотя когда сделал снимок она была):
«Цепочка разностных дисков повреждена.»
Не удалось открыть виртуальный диск «C:\VM\virtual hard disks\123_09d87b2f-f439-473e-bcb5-6657d12d0f6e.avhd»: Возникла проблема при открытии виртуального диска в цепочке разностных дисков, «C03A0012» (ссылка из «C:\VM\virtual hard disks\123.vhd»): «Неправильный размер виртуального жесткого диска.» (7864368).
Не удалось инициализировать «123». (ИД виртуальной машины 014ED980-F901-4789-9EA8-0EE9DB74318F)
123″ Microsoft Emulated IDE Controller (ИД экземпляра <83F8638B-8DCA-4152-9EDA-2CA8B33039B4>): Сбой включения, ошибка «Цепочка виртуальных жестких дисков повреждена. Размеры виртуальной памяти для родительского виртуального жесткого диска и разностного диска не совпадают.» (0xC03A0017). (ИД виртуальной машины 014ED980-F901-4789-9EA8-0EE9DB74318F)
«123»: не удалось открыть вложение «C:\VM\virtual hard disks\123_09d87b2f-f439-473e-bcb5-6657d12d0f6e.vhd». Ошибка: «Цепочка виртуальных жестких дисков повреждена. Размеры виртуальной памяти для родительского виртуального жесткого диска и разностного диска не совпадают.» (0xC03A0017). (ИД виртуальной машины 014ED980-F901-4789-9EA8-0EE9DB74318F)
«123»: Не удалось открыть виртуальный диск «C:\VM\virtual hard disks\123_09d87b2f-f439-473e-bcb5-6657d12d0f6e.avhd». Возникла проблема при открытии виртуального диска в цепочке разностных дисков, «C:\VM\virtual hard disks\123.vhd» (ссылка из «C:\VM\virtual hard disks\123_09d87b2f-f439-473e-bcb5-6657d12d0f6e.avhd»): «Неправильный размер виртуального жесткого диска.» (0xC03A0012). (ИД виртуальной машины 014ED980-F901-4789-9EA8-0EE9DB74318F)
Подскажи как мне загрузить это снимок что бы достать из него свежие данные сотрудников. или как мне вообще восстановить эту виртуальную машины?
Спасибо.
PS: Я еще думаю так, что в разрешения ntfs на жесткие диски виртуальной машины отсутствует сид самой виртуалки и поэтому не возможно открыть «123»: Не удалось открыть виртуальный диск «C:\VM\virtual hard disks\123_09d87b2f-f439-473e-bcb5-6657d12d0f6e.avhd» и еще то что сид родительского диска в xml фалике снимка не соответствует нынешнему, так вот как это соответствие восстановить?

Источник

Устранение неполадок с Hyper-V в Windows 10

После обновления до Windows 10 не удается подключиться к узлу нижнего уровня (Windows 8.1 или Server 2012 R2)

Создается неправильный тип контрольной точки даже после его изменения

При попытке создать виртуальный жесткий диск на устройстве флэш-памяти отображается сообщение об ошибке

Используйте диск с файловой системой NTFS.

При попытке установки появляется сообщение: «Не удается установить Hyper-V: процессор не поддерживает преобразование адресов второго уровня (SLAT)».

Источник

Восстановление Hyper-V виртуальных машин не начнется

Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2502233

Симптомы

Причина

Отказ запуска виртуальной машины после успешного восстановления может быть вызван следующими сбоями:

Имя сетевого адаптера не соответствует новому хосту

Решение

Откройте консоль Hyper-V управления.

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

Переименуй сетевой адаптер в то же имя, что и имя, используемую в новом хосте.

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

Дополнительная информация

Источник