Сегодня столкнулся с интересной ситуацией: Нужно экспортировать виртуальную машину Hyper-V, а на локальном диске уже нет места. Ну, думаю, экспортну в сетевую папку. Расшариваю папку, прописываю права на доступ для нужных пользователей, запускаю экспорт … И получаю сообщение об ошибке «Failed to copy file from source to network share: General access denied error (0x80070005)»
Начинаю разбираться и нахожу вполне логичное хотя сразу и не всегда очевидное решение. Оказывается, при запуске экспорта машины в сетевую папку данные записываются от учетной записи самого Hyper-V хоста.
Таким образом, для решения проблемы нужно просто прописать разрешения на запись в сетевую папку для учетной записи компьютера Hyper-V.
Если вы вдруг забыли как это делается:
Обновление разрешений уровня NTFS :
- На сервере куда собираетесь экспортировать , правый клик мыши по нужной папке и выбираем «Свойства».
- Вкладка «Безопасность».
- Кнопка «Изменить» -> Кнопка «Добавить».
- Клик «Типы объектов» и отметить тип «Компьютер»
- В диалоговом окне «Введите имена выбираемых объектов» впишите имя хоста Hyper-V и кликните «Проверить имена»
- Для учетной записи Hyper-V поставьте в колонке «Разрешения» Полный доступ и нажмите Ок.
Обновление разрешений уровня сетевого доступа:
- На сервере куда собираетесь экспортировать , правый клик мыши по нужной папке и выбираем «Свойства».
- Выбираем закладку «Доступ» -> Клик «Расширенная настройка»
- В диалоговом окне «Расширенная настройка» клик «Разрешения» -> «Добавить».
- Клик «Типы объектов» и отметить тип «Компьютер»
- В диалоговом окне «Введите имена выбираемых объектов» впишите имя хоста Hyper-V и кликните «Проверить имена».
- Для учетной записи Hyper-V поставьте в колонке «Разрешения» Полный доступ и нажмите Ок.
После этого повторяем попытку и наслаждаемся экспортом виртуальной машины без ошибок.
- Remove From My Forums
-
Question
-
Hi,
I have VM, its name VMserver2008_Two, on host VMS2008_Test1. I have tried to migrate VMserver2008_two to another host, VMS2008_Test2. But it failed with this message: ‘Export failed for virtual machine ‘VMServer2008_Two’ with error ‘General access denied error’ (0x80070005).
Both host is Server 2008 with Hyper-V RC1 and same domain. And I did this as domain administrator.
Here are steps I did:
— Turn off VMServer2008_Two
— Right click on VMServer2008_Two and choose Export
— At Export Path, I browse to another host: \VMS2008_Test2c$
— Then hit Export tab
— After that I got that message.
Please help me and let me know what I did wrong.
Thanks
Answers
-
Export can only be used to a local path (onto a local mounted volume).
The VMMServer runs on the local security context and does not have access to any shares at all.
You need to export locally, then copy the exported folder to your desired destination, then import.
Brian Ehlert
(hopefully you have found this useful)-
Proposed as answer by
Wednesday, June 4, 2008 6:46 PM
-
Marked as answer by
Chang Yin
Tuesday, June 17, 2008 2:27 AM
-
Proposed as answer by
Symptom
You use Hyper-V on a computer that is running Windows Server 2008 or Windows Server 2008 R2.
- In Hyper-V Manager, you try to try to export a virtual machine to a network share.
- You have the full control permissions on the network share.
In this scenario the export may fail with an error that resembles the following:
An error occurred while attempting to export the virtual machine.
Failed to copy file during export.
Failed to copy file from ‘<source path of VHD file>’ to ‘<network share>’: General access denied error (0x80070005)
Cause
When you export a virtual machine in Hyper-V manager, it is the System account of the Hyper-V host that executes the export. This problem occurs because the Hyper-V host does not have permission on the network share
Resolution
Ensure the permissions allow the Computer account of the Hyper-V host performing the Export to update the shared folder.
Note: While following steps are specific to 2008, the idea is the same for updating the share and NTFS permissions if the share is hosted on other versions of Windows. You can adjust the steps accordingly.
Updating the NTFS level permissions:
1. On the destination server, Right-click on the shared folder and select Properties.
2. Select the Security tab.
3. Click Edit button and click the Add button in the permissions dialog box.
4. Click Oject Types and select Computers if not already done and click OK.
5. In the dialog «Enter the object names to select» provide the name of Hyper-V host machine and click Check Names.
6. With the Hyper-V host machine name select, click Allow by «Full control» and click OK.
Updating the share level permissions:
1. On the destination server, Right-click on the shared folder and select Properties.
2. Select the Sharing tab.
3. Click Advanced Sharing…
4. On the Advanced Sharing dialog, click Permissions and then Add.
5. Click Oject Types and select Computers if not already done and click OK.
6. In the dialog «Enter the object names to select» provide the name of Hyper-V host machine and click Check Names.
7. With the Hyper-V host machine name select, click Allow by «Full control» and click OK.
Applies to
Windows Server 2008
Hyper-V Ошибка Не удается создать хранилище, необходимое для контрольной точки, Ошибка доступа (0x80070005).
Симптомы:
С этой ошибкой я столкнулся при попытке резервного копирования виртуальных машин на хосте Hyper-V. Вот так она выглядела в Veeam:
На самом хосте Hyper-V, при попытке создать контрольную точку выскакивала ошибка:
Причины:
Ясно было, что проблема с правами. Скажу, что хост настраивал не я, и что там было «наверчено», непонятно. После «раскопок» обнаружил, что виртуальные машины были расположены в нескольких папках. Машины из одной папки позволяли создать контрольные точки, а из другой — нет.
В свойствах безопасности папки, ВМ из которой работали нормально, была группа пользователей Virtual Machines, а в свойствах другой ее не было. (и найти ее мне не удалось…))
Решение:
Для исправления ситуации можно было, конечно, разрешить доступ к папке виртуальных машин всем пользователям с правами на изменение, но это как-то…
Поэтому я решил переместить «проблемные» виртуальные машины в другое место. Для этого в диспетчере Hyper-V выбираем ВМ и жмем «Переместить».
Откроется мастер перемещения. Жмем «Далее».
На следующем экране выбираем «Переместить хранилище ВМ».
Указываем папку для расположения виртуальной машины.
Жмем «Далее».
На следующем шаге жмем «Готово».
Начнется перемещение виртуальной машины.
После его завершения проблема с созданием контрольных точек исчезла.
Хочу отметить, что проблема не воспроизводилась и после обратного перемещения ВМ в исходное расположение.
Обсуждение подобной проблемы есть на https://social.technet.microsoft.com/Forums/ru-RU/0c83b8ad-7b9a-4fab-8a68-eb61a827b47c/10551088108610731083107710841099?forum=WS8ru
Еще статьи про виртуализацию VMware и Hyper-V.
Пытаюсь запустить Hyper-V на свежеустановленной Windows 10 Pro (1709) на AMD FX 6350, 8 Гб RAM.
Слажба Hyper-V Virtual Machine Management (vmms) запускается нормально, а Hyper-V Host Compute Service (vmcompute) падает с ошибкой
Windows could not start the Hyper-V Host Compute Service service on Local Computer. Error 0x80070005: Access is denied.В логе только ничего не значащее сообщение
The Hyper-V Host Compute Service service terminated with the following error: General access denied errorСобственно, кому именно и куда именно access is denied и чем лечить?
Гугление находит аналогичную ошибку при миграции или экспорте виртуальных машин, но не при первом же запуске Hyper-V, когда ни одной машины не создано.
Ранее на этом железе стояла Windows 7 и VmWare Player успешно работал. Теперь хочу попробовать «нативную» виртуализацию.
К слову, точно такая же проблема на ноутбуке на Intel i5-2430M.