damirqa
Everything can be done better than was done so far
При изменении размера памяти виртуальной машины, выдает такую ошибку.
И дело совсем не в том, как казалось бы, что не хватает места на диске, просто Hyper-V выгружает виртуальную машину на диск, для быстрой загрузки, и если он выгрузит ее с 8 Гб, то и загрузить должен с 8 Гб, а не с 16 Гб как вам хотелось бы 🙂
Поэтому идем в настройки и ставим по картинке. Ставим память, грузимся. Радуемся.
Как старший программный менеджер в группе Product Quality and Online (PQO), я особое внимание уделяю технологиям виртуализации, то есть продуктам Microsoft Hyper-V Server, System Center Virtual Machine Manager (SCVMM), Microsoft Application Virtualization (App-V), Microsoft Enterprise Desktop Virtualization (MED-V) и Windows Virtual PC. Совместно с командами разработчиков я работаю над решением проблем, о которых пользователи сообщают в службу поддержки Microsoft. Данные проблемы следует учитывать всем, кто планирует устанавливать Hyper-V или уже работает с ним
.
Исключения в антивирусе
Если на сервере Hyper-V установлено антивирусное программное обеспечение и файлы виртуальной машины Hyper-V не добавлены в список исключений компонента сканирования в реальном времени, то вы можете столкнуться со множеством трудностей. Наиболее распространенная проблема — администратор открывает консоль управления Hyper-V и обнаруживает, что виртуальные машины исчезли. Другие симптомы:
- проблемы с производительностью виртуальных машин;
- создание или запуск виртуальной машины заканчивается неудачей, при этом появляется одно из следующих сообщений:
- The requested operation cannot be performed on a file with a user-mapped section open. (0x800704C8);
- VMName’ Microsoft Synthetic Ethernet Port (Instance ID{7E0DA81A-A7B4-4DFD-869F-37002C36D816}): Failed to Power On with Error ‘The specified network resource or device is no longer available.’ (0x80070037);
- The I/O operation has been aborted because of either a thread exit or an application request. (0x800703E3).
Чтобы избежать этих проблем, добавьте в список исключений компонента сканирования в реальном времени в своем антивирусе перечисленные ниже папки и файлы.
- Папка, в которой по умолчанию хранятся настройки виртуальных машин (C:ProgramDataMicrosoftWindowsHyper-V).
- Другие папки конфигураций виртуальных машин.
- Папка, в которой по умолчанию хранятся VHD-файлы (C:UsersPublicDocumentsHyper-VVirtual Hard Disks).
- Другие папки, в которых хранятся VHD-файлы.
- Папки, в которых хранятся снимки.
- Vmms.exe (возможно, придется настроить как процесс-исключение в антивирусной программе).
- Vmwp.exe (возможно, придется настроить как процесс-исключение в антивирусной программе).
Рекомендуемые исключения, необходимые для работы Hyper-V, а также известные проблемы, связанные с антивирусным программным обеспечением, описаны в статье Microsoft «Virtual machines are missing in the Hyper-V Manager Console or when you create or start a virtual machine, you receive one of the following error codes: ‘0x800704C8’, ‘0x80070037’ or ‘0x800703E3’» (support.microsoft.com/kb/961804).
Снимки и нехватка места на диске
Если снимки не могут быть объединены из-за нехватки места на диске (то есть error0x80070070), не удаляйте файлы с расширением. avhd (файлы снимков). В результате удаления файлов. avhd произойдет потеря данных, которая приведет к тому, что виртуальная машина перестанет запускаться. Если у вас нет возможности освободить необходимое дисковое пространство на томе, где хранятся файлы. avhd, требуется сделать следующее:
- Экспортировать виртуальную машину на том, где достаточно свободного места на диске.
- После завершения экспорта откройте консоль управления Hyper-V и удалите виртуальную машину, которую экспортировали.
- Импортируйте виртуальную машину из нового места хранения. Если версия Hyper-V ниже Windows Server 2008 R2, включите виртуальную машину, а затем выключите ее, чтобы запустить процесс объединения в новом месте хранения.
Полный список наработанных методов использования снимков можно найти в статье TechNet «Hyper-V Virtual Machine Snapshots: FAQ» по ссылке technet.microsoft.com/en-us/library/dd560637(WS.10).aspx.
Компоненты интеграции не обновлены
После того как исправление или обновление для Hyper-V установлено на сервер (Windows 2008 R2, Server 2008 или Microsoft Hyper-V Server), просмотрите документацию, связанную с исправлением, чтобы узнать, требует ли это исправление обновления компонентов интеграции виртуальной машины. Вы также можете просмотреть список обновлений Hyper-V на сайте TechNet, чтобы выяснить, включает ли обновление усовершенствованные компоненты интеграции.
- Список обновлений Hyper-V для Windows Server 2008: technet.microsoft.com/en-us/library/dd430893(WS.10).aspx?lc=1033.
- Список обновлений Hyper-V для Windows Server 2008 R2: technet.microsoft.com/en-us/library/ff394763(WS.10).aspx.
Пример проблемы, которая может возникнуть из-за устаревших компонентов интеграции, можно найти в статье Microsoft «The network connection is lost on a Hyper-V virtual machine» (support.microsoft.com/kb/2223005), где говорится об исправлении для Hyper-V, которое решает проблему сетевого подключения к виртуальной машине. Для этого исправления требуется обновить компоненты интеграции виртуальных машин с системами Windows XP и Windows Server 2003. Если исправление установить на сервер Hyper-V, но не обновить компоненты интеграции виртуальной машины, то, вероятно, сетевая проблема, которую должно было устранить исправление, останется.
Чтобы определить, какие виртуальные машины имеют устаревшие компоненты интеграции, можно просмотреть журнал событий Microsoft-Windows-Hyper-V-Integration/Admin. Если виртуальная машина использует устаревшие компоненты интеграции, то при ее запуске в журнал будет записано следующее событие:
Log Name: Microsoft-Windows-Hyper-VIntegration-Admin
Source: Microsoft-Windows-Hyper-V-Integration
Event ID: 4010
Level: Warning
Description: Hyper-V Heartbeat connected to virtual machine ‘vmname’, but the version does not match the version expected by Hyper-V (Virtual machine ID A5C22E8D-5F58-4186-832F-E7C2AE0B4804). This is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.
Событие с идентификатором 4010 будет записано для каждой устаревшей службы интеграционного компонента виртуальной машины (экран 1).
![]() |
Экран 1. Событие 4010 в журнале |
Вы также можете задействовать инструмент Hyper-V Best Practices Analyzer (BPA) или сценарии PowerShell, чтобы определить, какие виртуальные машины имеют устаревшие компоненты интеграции. Узнать, как получить инструмент Hyper-V BPA, можно из статьи Microsoft «Hyper-V BPA for Windows Server 2008 R2 is now available» (support.microsoft.com/kb/977238). Команда разработчиков Hyper-V разместила сценарий PowerShell в хранилище сценариев TechNet по ссылке gallery.technet.microsoft.com/scriptcenter/251337c5-ab97-40b3-a888-80b68102d1d5.
Функция Refresh virtual machine configuration и кластер
Консоль управления Hyper-V не поддерживает кластеры, и это означает, что изменения настроек виртуальных сетей или виртуальных машин в данной консоли должны быть продублированы на другие узлы кластеров с помощью функции Refresh virtual machine configuration в консоли диспетчера отказоустойчивых кластеров.
Если не воспользоваться этой функцией, то виртуальная машина либо вообще не сможет перемещаться между узлами кластера, либо ее параметры (например, VLAN ID), которые были изменены, будут потеряны при перемещении виртуальной машины на другой узел кластера Hyper-V. Чтобы обновить настройки виртуальной машины, выполните следующие шаги.
- В консоли диспетчера отказоустойчивых кластеров откройте раздел Services and Applications, а затем щелкните по виртуальной машине, для которой хотите обновить настройки.
- В окне Actions прокрутите список вниз, щелкните мышью на кнопке More Actions, затем выберите функцию Refresh virtual machine configuration, как показано на экране 2.
![]() |
Экран 2. Функция Refresh virtual machine configuration |
В системе Server 2008 R2 функцией Refresh virtual machine configuration можно не пользоваться, если вы меняете параметры виртуальной машины с помощью консоли диспетчера отказоустойчивых кластеров. Для изменения параметров виртуальной машины в этой консоли сделайте следующее:
- в консоли диспетчера отказоустойчивых кластеров откройте раздел Services and Applications, затем щелкните по виртуальной машине, для которой хотите изменить параметры;
- в окне Actions щелкните мышью на кнопке Settings, чтобы изменить параметры виртуальной машины.
Сбои в работе Hyper-V
Чтобы посмотреть полный список распространенных проблем в настройке Hyper-V, обратитесь к статье TechNet «Hyper-V: Gotchas» по ссылке social.technet.microsoft.com/wiki/contents/articles/hyper-v-gotchas.aspx. Этот список обновляется раз в квартал при выявлении новых проблем.
Джефф Паттерсон (jeffpatt@microsoft.com) — старший менеджер в команде Product Quality and Online в Microsoft
I have created a virtual machine on a Hyper-V server, Dell PowerEdge with 24 Gb of RAM. I want to have four VMs with 2048 Mb of RAM each. Originally, I created this one (SV-YAMATO) with 512 Mb of RAM, now I want to extend it to 2048 through the Settings, but when I start it I get the following error message (see the screen shot). What can I do to fix this?
asked Aug 26, 2011 at 19:42
6
You appear to be out of diskspace on the host. You’ll have to reduce the memory used by the VM, since Hyper-V requires a «hibernation file» on the host for when the VM is suspended, as Mike noted.
answered Aug 26, 2011 at 20:01
3
I had a problem with Disk Quotas.
In short I did the following:
- disabled disk quotas
- started VM
- enabled quotas
- Look for user account «NT Virtual MACHINE**GUID**», then select «Do not limit disk usage»
Seems I found a «non standard configuration» to have file shares with disk quotas on the same volume as the VM .vhd’s. Pre-existing VMs and their user account for disk quota’s were OK, just a problem for new VM’s.
slm
7,56516 gold badges56 silver badges74 bronze badges
answered Apr 29, 2013 at 23:44
- Remove From My Forums
-
Question
-
Ok. Had a completely successful replication setup 2 days ago and now I don’t. I have a 5 node (ProdCluster) and a 3 node DRCluster) that I just got done setting up for Hyper-V replication. . As I stated everything worked fine, but I realized that my volume
setup on the SAN would not work for me. So I shut down the replica broker, removed the CSV from failover manager and removed the volumes. I set up a new 15 tb volume that was going to be the sole volume for my replicas on the DR side. I formatted the volume.
Added it to failover manager. Set it as CSV. Pointed the replica broker to it and have not been able to replicate ever since. Also, I am left with the undeleteable .xml files for each VM that an attempt was made on and cannot find the process that is using
it. Tried shutting down VMM as I had read that VMM could be the culprit. I’m not sure if the issues or related and obviously the disk size failing the replication is the major issue. An 80gb test VM couldn’t possibly fill up a 15tb volume. Help.
Brian Gilmore Lead IT Technician Don-Nan Pump & Supply
Answers
-
Have you run a cluster validation against the target cluster to make sure that everything is good with the new storage?
Can you build a VM on the target cluster in the new CSV without any issues?
-
Marked as answer by
Wednesday, February 18, 2015 4:18 PM
-
Marked as answer by
Hyper-V is a virtualization platform that is used to create and manage virtual machines on a Windows server. One of the most common issues that Hyper-V users face is running out of memory. This occurs when the amount of RAM allocated to the virtual machines exceeds the capacity of the physical server. When this happens, users may encounter a Hyper-V error code 0x80070070.
What is Error Code 0x80070070?
Error code 0x80070070 is a Windows error that typically indicates that there is not enough free space on the target drive for a given operation. In the context of Hyper-V, this error code usually appears when you try to start a virtual machine, and the system is unable to allocate the necessary memory to run it.
Causes of Error Code 0x80070070
There are several reasons why you might encounter error code 0x80070070 in Hyper-V. Some of the most common causes of this error include:
-
Insufficient Free Space: As already mentioned, this error code usually appears when there is not enough free space on the target drive. Hyper-V needs a certain amount of free space on the system drive to perform various operations, including creating virtual machine checkpoints, merging checkpoints, and expanding virtual hard disks.
-
Low Memory Configuration: Another common cause of this error is a low memory configuration. If the virtual machines running on your Hyper-V host have been allocated more memory than the physical server can support, you may run out of memory and encounter error code 0x80070070.
-
Memory Fragmentation: Memory fragmentation is a phenomenon where the available physical memory on your server is scattered across multiple non-contiguous chunks. This happens when the virtual machines running on your Hyper-V host consume more memory than available, causing the system to dynamically allocate memory in smaller chunks.
Solving the Error Code 0x80070070 Problem
Now that you understand the common causes of error code 0x80070070, it’s time to explore some solutions to this problem. Here are some tips to help solve Hyper-V’s RAM problem:
-
Free Up Disk Space: Freeing up disk space by deleting unwanted files, uninstalling unused applications, and archiving old data can help you solve this problem. You can also move your virtual machine files to a different drive that has more free space.
-
Configure Memory Correctly: Make sure you have allocated memory correctly to your virtual machines. One way to do this is to use dynamic memory allocation, which allows the virtual machines to use only the memory they need at any given time.
-
Use Large Pages: If you see a lot of memory fragmentation in your system, consider using large pages to allocate memory. Large pages can consolidate fragmented memory and allow your virtual machines to use larger, contiguous memory chunks.
-
Enable Memory Deduplication: Memory deduplication is a Hyper-V feature that can help consolidate duplicate memory pages across different virtual machines. This can free up a significant amount of memory on your server, which can help you avoid running out of memory.
In conclusion, Hyper-V’s RAM problem is a common issue that can be solved with the right approach. By understanding the common causes of error code 0x80070070 and using the tips above, you can successfully manage your virtual machines and ensure they have enough memory to operate effectively.