Ошибка доступа при экспорте виртуальной машины hyper v

Сказки под шум серверов

Windows, Linux, VMWare и все все все… в одной сети

Hyper-V VM export error: General access denied (0x80070005)

Сегодня столкнулся с интересной ситуацией: Нужно экспортировать виртуальную машину Hyper-V, а на локальном диске уже нет места. Ну, думаю, экспортну в сетевую папку. Расшариваю папку, прописываю права на доступ для нужных пользователей, запускаю экспорт … И получаю сообщение об ошибке «Failed to copy file from source to network share: General access denied error (0x80070005)»

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

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

Если вы вдруг забыли как это делается:

Обновление разрешений уровня NTFS :

1. На сервере куда собираетесь экспортировать , правый клик мыши по нужной папке и выбираем «Свойства».
2. Вкладка «Безопасность».
3. Кнопка «Изменить» -> Кнопка «Добавить».
4. Клик «Типы объектов» и отметить тип «Компьютер»
5. В диалоговом окне «Введите имена выбираемых объектов» впишите имя хоста Hyper-V и кликните «Проверить имена»
6. Для учетной записи Hyper-V поставьте в колонке «Разрешения» Полный доступ и нажмите Ок.

Обновление разрешений уровня сетевого доступа:

1. На сервере куда собираетесь экспортировать , правый клик мыши по нужной папке и выбираем «Свойства».
2. Выбираем закладку «Доступ» -> Клик «Расширенная настройка»
3. В диалоговом окне «Расширенная настройка» клик «Разрешения» -> «Добавить».
4. Клик «Типы объектов» и отметить тип «Компьютер»
5. В диалоговом окне «Введите имена выбираемых объектов» впишите имя хоста Hyper-V и кликните «Проверить имена».
6. Для учетной записи Hyper-V поставьте в колонке «Разрешения» Полный доступ и нажмите Ок.

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

Hyper-V VM export error: General access denied (0x80070005) : 4 комментария

УРА . спасибо за подсказку, было бы интересно узнать каким образом вы определили каких прав не хватает, может включение аудита на папку? но видимо как-то проще.

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

А у меня нет возможности выбрать «Компьютер» сервер не в домене. Что делать?

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

Источник

Hyper-V Ошибка доступа (0x80070005). Не удается создать хранилище

Hyper-V Ошибка Не удается создать хранилище, необходимое для контрольной точки, Ошибка доступа (0x80070005).

Симптомы:

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

Hyper-V Ошибка доступа (0x80070005)

На самом хосте Hyper-V, при попытке создать контрольную точку выскакивала ошибка:

Hyper-V Ошибка доступа (0x80070005)

Причины:

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

В свойствах безопасности папки, ВМ из которой работали нормально, была группа пользователей Virtual Machines, а в свойствах другой ее не было. (и найти ее мне не удалось…))

Решение:

Для исправления ситуации можно было, конечно, разрешить доступ к папке виртуальных машин всем пользователям с правами на изменение, но это как-то…

Поэтому я решил переместить «проблемные» виртуальные машины в другое место. Для этого в диспетчере Hyper-V выбираем ВМ и жмем «Переместить».

Откроется мастер перемещения. Жмем «Далее».

На следующем экране выбираем «Переместить хранилище ВМ».

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

На следующем шаге жмем «Готово».

Начнется перемещение виртуальной машины.

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

Хочу отметить, что проблема не воспроизводилась и после обратного перемещения ВМ в исходное расположение.

Еще статьи про виртуализацию VMware и Hyper-V.

Источник

Error 0x80070005 when you export Hyper-V VMs over the Network

This article provides a solution to an issue where the error 0x80070005 occurs when you export a virtual machine to a network share.

Applies to: В Windows Server 2012 R2
Original KB number: В 2008849

Symptoms

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 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 ‘ ‘ to ‘ ‘: 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.

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 another version of Windows.

Источник

Ошибка при попытке экспортировать виртуальную машину на компьютер под управлением Windows Server 2008, использующий Hyper-V: произошла ошибка при попытке экспорта виртуальной машины

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

Применяется к: Windows Server 2012 R2
Исходный номер базы знаний: 954280

Симптомы

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

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

Причина

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

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

Решение

Чтобы устранить эту проблему, выполните следующие действия.

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

Щелкните правой кнопкой мыши виртуальную машину, которая не экспортирует, и выберите пункт » Параметры».

Проверьте сетевые адаптеры или устаревшие сетевые адаптеры, чтобы узнать, есть ли в списке сообщение об ошибке конфигурации.

Выполните одно из следующих действий в зависимости от того, указано ли сообщение об ошибке конфигурации:

• Если в списке отображается сообщение об ошибке конфигурации, выберите сетевой адаптер с сообщением об ошибке конфигурации, щелкните действительная виртуальная сеть в раскрывающемся списке «Сеть» и нажмите кнопку «ОК«.

Или выберите пункт «Не подключено» в раскрывающемся списке «Сеть» и нажмите кнопку «ОК».

• Если сообщение об ошибке конфигурации отсутствует в списке, убедитесь, что жесткие диски указывают на допустимые файлы виртуального жесткого диска (VHD), а затем нажмите кнопку «ОК».

Щелкните правой кнопкой мыши виртуальную машину, которая не экспортируется, и выберите команду «Экспорт».

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

Источник

Ошибка 0x80070005 при экспорте виртуальных машин Hyper-V по сети

В этой статье описано решение проблемы, из-за которой 0x80070005 возникает при экспорте виртуальной машины в сетевую папку.

Применяется к: Windows Server 2012 R2
Исходный номер базы знаний: 2008849

Симптомы

Hyper-V используется на компьютере под управлением Windows Server 2008 или Windows Server 2008 R2.

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

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

При попытке экспорта виртуальной машины произошла ошибка.
Не удалось скопировать файл во время экспорта.
Не удалось скопировать файл из исходного в сетевую<> папку: общая ошибка отказа в доступе (0x80070005)

Причина

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

Решение

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

Хотя следующие действия относятся к версии 2008, идея в обновлении общего ресурса и разрешений NTFS совпадает, если общий ресурс размещен в другой версии Windows.

Источник

Error 0x80070005 when you export Hyper-V VMs over the Network

This article provides a solution to an issue where the error 0x80070005 occurs when you export a virtual machine to a network share.

Applies to: В Windows Server 2012 R2
Original KB number: В 2008849

Symptoms

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 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 ‘ ‘ to ‘ ‘: 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.

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 another version of Windows.

Источник

Ошибка 0x80070005 при экспорте виртуальных машин Hyper-V по сети

В этой статье описано решение проблемы, из-за которой 0x80070005 возникает при экспорте виртуальной машины в сетевую папку.

Применяется к: Windows Server 2012 R2
Исходный номер базы знаний: 2008849

Симптомы

Hyper-V используется на компьютере под управлением Windows Server 2008 или Windows Server 2008 R2.

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

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

При попытке экспорта виртуальной машины произошла ошибка.
Не удалось скопировать файл во время экспорта.
Не удалось скопировать файл из исходного в сетевую<> папку: общая ошибка отказа в доступе (0x80070005)

Причина

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

Решение

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

Хотя следующие действия относятся к версии 2008, идея в обновлении общего ресурса и разрешений NTFS совпадает, если общий ресурс размещен в другой версии Windows.

Источник

Сказки под шум серверов

Windows, Linux, VMWare и все все все… в одной сети

Hyper-V VM export error: General access denied (0x80070005)

Сегодня столкнулся с интересной ситуацией: Нужно экспортировать виртуальную машину Hyper-V, а на локальном диске уже нет места. Ну, думаю, экспортну в сетевую папку. Расшариваю папку, прописываю права на доступ для нужных пользователей, запускаю экспорт … И получаю сообщение об ошибке «Failed to copy file from source to network share: General access denied error (0x80070005)»

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

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

Если вы вдруг забыли как это делается:

Обновление разрешений уровня NTFS :

1. На сервере куда собираетесь экспортировать , правый клик мыши по нужной папке и выбираем «Свойства».
2. Вкладка «Безопасность».
3. Кнопка «Изменить» -> Кнопка «Добавить».
4. Клик «Типы объектов» и отметить тип «Компьютер»
5. В диалоговом окне «Введите имена выбираемых объектов» впишите имя хоста Hyper-V и кликните «Проверить имена»
6. Для учетной записи Hyper-V поставьте в колонке «Разрешения» Полный доступ и нажмите Ок.

Обновление разрешений уровня сетевого доступа:

1. На сервере куда собираетесь экспортировать , правый клик мыши по нужной папке и выбираем «Свойства».
2. Выбираем закладку «Доступ» -> Клик «Расширенная настройка»
3. В диалоговом окне «Расширенная настройка» клик «Разрешения» -> «Добавить».
4. Клик «Типы объектов» и отметить тип «Компьютер»
5. В диалоговом окне «Введите имена выбираемых объектов» впишите имя хоста Hyper-V и кликните «Проверить имена».
6. Для учетной записи Hyper-V поставьте в колонке «Разрешения» Полный доступ и нажмите Ок.

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

Hyper-V VM export error: General access denied (0x80070005) : 4 комментария

УРА . спасибо за подсказку, было бы интересно узнать каким образом вы определили каких прав не хватает, может включение аудита на папку? но видимо как-то проще.

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

А у меня нет возможности выбрать «Компьютер» сервер не в домене. Что делать?

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

Источник

Hyper v failed to create export directory with error general access denied error 0x80070005

Вопрос

I’m having some issues with exporting hyper-v virtual machines to any 2003 R2 server in my domain. I’m using Hyper-V Server 2008 R2. I’m trying to get the Hyper-V manager to export a VM to a share I have created on a 2003 R2 server. I have given Hyper-V server access like instruced from many different sources on by giving the computer account both the Share and NTFS permissions level full control. The follow is the error I get. This happens on any 2003 R2 server I try it on.

Failed to create export directory

Failed to create export directory with error ‘General access denied error'(0x80070005) then it gives the GUID and name of the VM.

Is there some issue with trying to export to a 2003 server instead of a 2008 server?

Ответы

Are you initiating the export on the Hyper-V host or are you connecting to Hyper-V host from a remote machine and initiating the export? Credential delegation should be enabled on your domain if you are trying to export from a remote machine?

Serdar Sutay [MSFT]
Program Manager, Hyper-V
This posting is provided «AS IS» with no warranties, and confers no rights.

I found out how to with this link. It worked! I can export to any server that I setup the credential Delegation. I don’t understand why people haven’t had a problem with this and why it’s not documented anywhere when exporting VMs. Thanks for the help. Quite frustrating when there is not documentation for something like this. If a Hyper-v server is in a domain it would happen every time because by default there is no delegation setup on the Hyper-v server in ADUC.

Все ответы

The Hyper-V services run in the local Host security context, therefore they only have access to local physical resources.
The Export (for example) is not performed in the security context of your user account as that would be a security risk (it would technically be spoofing your security access) and also since you are using an MMC snapin for management, these security contexts cannot be spoofed.

the workaround you can use to export to a share on another machine. Warning, it opens up a pretty big security hole, so don’t leave the workaround up.

First, set up an actual share (not an admin share like c$).

Next, edit the permissions on the share (advanced sharing tab in Vista). On the permissions sceen clic «Add. » . However, in the dialog where you would normally type a username, click the «Object Types» button and check «computer».

Give that COMPUTER «Full control». Now the Hyper-V account can write to that share.

Alternatively you can change the user loging for Hyper-V to a domain account with permissions to the share. I have not tried that. It’s probably also a giant security hole.

Источник

Hyper v failed to create export directory with error general access denied error 0x80070005

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

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.

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 BrianEh MVP Wednesday, June 4, 2008 6:46 PM
• Marked as answer by Chang Yin Tuesday, June 17, 2008 2:27 AM

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 BrianEh MVP Wednesday, June 4, 2008 6:46 PM
• Marked as answer by Chang Yin Tuesday, June 17, 2008 2:27 AM

Are there any suggestions for a workaround? Expecting there to be enough free disk space to duplicate a VM will be unrealistic and unworkable in many production systems.

Example in my case: 147 GB disk with 3 VMs consuming about 110 GB. I need to export a VM that’s about 50 GB. Obviously not enough disk space.

I have tried to export just the config (after fully shutting down the VM). I copy that config to the new chassis, and then copy the .VHD. But when I try to import at the other end, I get the error that the VM state is not present. (forget the exact syntax, but there were no snapshots made and the VM was fully shut down prior to export)

Do you know if MS plans to add a network-aware export component? Being able to copy to \newserverx$newpath directly would be an ENORMOUS benefit.

Due to the security context issue, the Hyper-V VM Management service cannot see beyond the local server physical resources.

When you login to a Windows Server as a user you execute commands in that user security context.

Actually, either way to need physical space to move the VM to. Whether that be a file share, or another server.

I will update this thread in a couple days with a tool that may help — stay tuned!

But, the big caveot that you must be aware of. Make sure that you do not have any snapshots associated with your VM. This will prevent any copy operation that you want to do.
Hyper-V Export is the only operation that fixes up snapshots to make a VM portable.

So make sure you delete all snapshots and then power down your VM to give those snapshots time to merge.
Brian Ehlert (hopefully you have found this useful)

Will stay tuned for the tool.

I know Hyper-V is still a work in progress, so I’m cutting it some slack. On my wishlist so far are:

1) If Hyper-V manager is not network-aware, add a component to the Import/Export function that IS network aware. Having to export to a local disk (which takes time) and then manually copy to a network share elsewhere (which takes more time) is too clumsy. Being able to Import from, or Export to, a network share would make the process more elegant and— perhaps most importantly— eliminate the problem of inadequate local disk space currently required for export.

2) Ability to easily shift the VM config and VHD(s) from one local drive to another, without having to export/import.

3) Performance improvements. I’ve run my own high-resource-utilization tests on the same physical machine. First I ran them as a stand-alone Server 2003 instance. Then I ran a P2V migration, creating a fixed-size .VHD of this machine. Next, I installed a bare hard disk of the exact same make/model from the same batch, installed Server 2008 and Hyper-V role, added the VM, installed Integration Components, and ran the same tests on the virtualized instance. Performance on all tests in virtual format were consistently around 75% of the physical instance results— a 25% performance loss for virtual vs. physical. Tests consisted of video encoding (strictly converting bits, no graphics rendering), Zipping a 2 GB file, and running an MD5 hash on a 10 GB file. The first two tests stress both CPU and disk I/O, while the MD5 is primarily disk reads.

Источник