Recently we got a OVA file for a virtual machine. The vendor instructions were to import the ova file in vmware Workstation, Player for Windows/Linux, Fusion for Mac, and VirtualBox as well.
The instructions were to take the available package and launch the VM with VMware workstation.
The package contained Module.mf, Module.ovf and Module-disk.vmdk and a Module.ova file.
The .mf and .ovf file were 2 KB each whereas the vmdk was several gigs. The package also contained a Module.ova file which was several gigs as well.
OVF Open Virtualization Format
MF Manifest file
VMDK Virtual Machine Disk
OVA Open Virtualization Appliance
The ovf file is a xml file that contains metadata for the ovf package
The mf file contains the SHA1 hash codes of all files in the package
The vmdk file is the disk image of the virtual machine, VMware Workstation or VirtualBox. (vmdk format was originally developed by VMware and is an open format now). All of VMware products —VMware Workstation, Player, Server, Fusion, ESX, ESXi support the vmdk file format.
The above files can be packaged into a single file, known as an OVA file.
The OVA file is a compact file that can be used for packaging a complete virtual appliance
Since the vendor specs stated that the ovf file can be imported with VMware workstation, we tried to import with VMware workstation. However it gave following errors, each time we attempted to import the ovf or directly launch the vmdk file. Below are the various errors.
— The import failed because ova did not pass ovf specification conformance or virtual hardware compliance checks (Tried importing ovf)
— Could not open virtual machine vmdk line 1: Syntax error (Tried to launch vmdk directly with VMware workstation)
— Invalid manifest file (line: 1) (This time tried with different version of VMware player)
Followed instructions from this blog to recreate the package with ovftool in case it was damaged. It worked, however there are few differences. See below steps.
Step 1
The first step is to recreate the package from the given ova file. For this use 7zip utility (or a similar utility) and extract the files in the ova file/package into a new folder. After the ova file package is extracted into a new folder to its constituent files, mf, ovf, vmdk files.
Step 2
Download the ovftool VMware-ovftool-4.2.0-5965791-win.x86_64.msi (ovftool is a command line utility that can be downloaded from vmware website)
(you will need to register to the vmware site and login in order to download this tool)
Step 3
Start the install by double clicking the above msi file
After the install has finished, the OVFTool is installed under C:Program FilesVMwareVMware OVF Tool directory.
Step 4
Recreate the .OVA file (with the ovftool utility)
Open Command Prompt and from above OVF Tool directory invoke the ovftool.exe utility. This is the utility which will create a new package.
The command is as follows
C:Program FilesVMwareVMware OVF Tool>ovftool.exe «c:UserstestDownloadsMyModuleFromOVA_packageMy Module VM.ovf» c:UserstestDownloadsMyModuleFromOVA_packageNew
Opening OVF source: c:UserstestDownloadsMyModuleFromOVA_packageMy Module VM.ovf
The manifest validates
Opening VMX target: c:UserstestDownloadsMyModuleFromOVA_packageNew
Writing VMX file: c:UserstestDownloadsMyModuleFromOVA_packageNewMy Module VMMy Module VM.vmx
Transfer Completed
Completed successfully
C:Program FilesVMwareVMware OVF Tool>
The ovftool command takes two arguments — source and destination. For example, C:ovftool.exe «Source_path» Destination_path
Source_path is the directory where you have extracted the contents of the OVA file, viz, the mf, ovf, vmdk files. The Destination_path is the directory where the ovftool will now place the files it produces.
This process may take a few minutes depending upon the size of the vmdk/virtual machine (for vmdk size of 3 GB it took around 10 minutes). If the new package is created successfully you should see above message «Completed successfully«.
Now here is the difference with the steps provided in this blog
The above blog shows you next step of Deploy OVF Template. However in my environment, which is VMware workstation and Player only, the ovftool command actually created 1) vmx file and 2) vmdk file. These two files are sufficient alone to launch virtual machine with VMware.
So we proceeded next to launch the Virtual Machine given the vmx and vmdk files. However, there was another minor glitch while launching the vm, which was resolved by following the steps in this blog.
The virtual machine was successfully launched and accessed. Above steps fixed the original issue of invalid manifest and ova file import failed errors.
The important steps are re-extracting the ova file contents with 7zip (or similar utility) and then using ovftool to recreate the package. This should fix the issue. Mostly the ova package can get damaged or changed during download and transportation.
References
(1) https://communities.vmware.com/thread/531375
(2) https://pubs.vmware.com/workstation-9/index.jsp?topic=%2Fcom.vmware.ws.using.doc%2FGUID-DDCBE9C0-0EC9-4D09-8042-18436DA62F7A.html
Вопрос:
Я пытаюсь загрузить виртуальную машину, созданную кем-то другим, используя VMware vSphere в virtualbox. Я получил эти 3 файла, первый из которых является файлом xml ovf, второй содержит суммы SHA1, а последний – 3.2GB vmdk:
myVM.ovf
myVM.mf
myVM-disk1.vmdk
Когда я пытаюсь Import an Appliance выбирать файл ovf, я получаю эту ошибку:
Failed to import appliance /home/username/VirtualBox VMs/blah/blah/myVM.ovf.
<vbox:Machine> element in OVF contains a medium attachment for the disk image 58d8e82a-37a1-4c10-b3be-b53cdb213fbe but the OVF describes no such image.
Result Code: NS_ERROR_FAILURE (0x80004005)
Component: Appliance
Interface: IAppliance {3059cf9e-25c7-4f0b-9fa5-3c42e441670b}
Я убедился, что меню указывает на правый файл vmdk, но все же есть что-то не так.
Любые идеи?
Лучший ответ:
Сегодня я получил аналогичную проблему при выполнении простого экспорта/импорта Windows 7 vm, работающего с Oracle VM 4.3.1 на linux mint. Я экспортировал в OVF 2.0, и он сгенерировал файл .ova. При импорте изображения у меня было почти одинаковое сообщение об ошибке. Я предполагаю, что изображение было сделано с помощью Oracle VM.
“Не удалось импортировать устройство /home/val/Desktop/win 7.ova”… “OVF не описывает такое изображение”
ИСПРАВЛЕНИЕ: Все, что мне нужно было сделать, это переименовать файл .ova в .ovf; вам, возможно, придется изменить расширение .ovf на .ova. Также убедитесь, что вы являетесь владельцем файла (chown), и у вас есть правильные разрешения (chmod). Это сработало для меня, это может сработать для вас.
Я нашел это исправление здесь: https://www.virtualbox.org/ticket/9414
Ответ №1
В диалоговом окне “Импорт” попытайтесь снять флажок с USB-контроллера и CD/DVD-устройств.
Если это поможет, вы можете включить их позже. Фактически, вам понадобятся они для установки гостевых дополнений позже.
Это помогло мне, установить Microsoft подготовленные виртуальные машины для разных тестов Internet Explorer из http://dev.modern.ie/tools/vms/windows/
Автор Владимир!
Привет, друзья. В этой статье предлагаю поговорить о проблеме импорта файлов конфигурации виртуальных машин OVA программой VirtualBox. Об этой проблеме вы не единожды упоминали в комментариях к одной из статей сайта, где приводились инструкции по скачиванию готовой машины с Windows 8.1. Процесс импорта программой VirtualBox машин, экспортированных нами ранее или скачанных в Интернете, увы, не всегда проходит успешно. И иногда мы можем столкнуться с ошибкой типа «Не удалось импортировать конфигурацию виртуальной машины». Ниже поговорим о том, что может привести к такой ошибке импорта, а также рассмотрим универсальный способ решения этой проблемы.
Рабочие виртуалки VirtualBox вместе с их настройками и содержимым виртуального жёсткого диска можно экспортировать в универсальный файл конфигурации формата OVA, а затем импортировать его после переустановки основной Windows, на другом компьютере или на другом гипервизоре. С механизмом экспорта-импорта с участием формата OVA работают программы VirtualBox, VMware Workstation, а при дополнительных усилиях — ещё и Hyper-V. Готовые виртуальные машины в Интернете обычно выкладывают именно в формате OVA.
В идеале механизм импорта в программе VirtualBox прост: выбираем «Импорт конфигураций», указываем путь к файлу OVA, жмём «Далее».
При необходимости меняем кое-какие настройки и жмём «Импорт».
И через какое-то время можем уже запускать виртуалку.
Но это так в идеале. Что может препятствовать этому процессу?
Сообщением типа «Не удалось импортировать конфигурацию виртуальной машины» процесс импорта может завершиться банально из-за проблем с файлом OVA (если он повреждён) или из-за нехватки места на диске, куда распаковывается виртуальная машина. Если с самим OVA всё в порядке, при возникновении такой проблемы можно попытаться извлечь виртуалку на другой раздел диска. Или на исходный, только после очистки системной корзины. Можно даже попробовать дефрагментировать такой раздел (если, конечно же, это раздел HDD).
У раздела диска, куда распаковывается импортируемая машина, естественно, должна быть файловая система NTFS. На раздел с FAT32 не запишется файл виртуального жёсткого диска в составе машины, который обычно весит больше 4 Гб.
Если мы говорим о виртуалке, скачанной с Интернета, нужно тщательно проверить параметры импорта. Возможно, тот, кто её экспортировал, работал на более мощном компьютере и указал большой объём оперативной памяти или слишком много ядер процессора.
Но часто, друзья, бывает так, что в одной версии VirtualBox не хочет осуществлять импорт, а в другой, к примеру, в более старой версии – делает это без каких-либо проблем.
За исключением случаев порченного OVA и раздела с FAT32 решить проблему ошибки импорта виртуальной машины можно путём извлечения из OVA файла виртуального жёсткого диска и формирования на его базе новой машины.
Создание новых машин на базе файлов виртуальных жёстких дисков – это более удобный, чем экспортирование в формат OVA, способ восстановления виртуалок. Особенно, если их много. Кто активно работает с гипервизорами, обычно больше привязан к виртуальным дискам машин, а не к их конфигурации. Такие пользователи прекрасно знают, какие настройки виртуалок они используют. И им проще создать новую машину на базе имеющегося виртуального диска, чем возиться с созданием увесистого файла экспорта OVA.
Но где взять диск виртуальной машины, если последняя, например, в формате OVA скачана с Интернета? Друзья, OVA – это контейнер архива TAR, его содержимое можно увидеть и извлечь какую-то часть данных с помощью программ 7-zip, WinRAR или любого иного архиватора, который поддерживает формат архивов «.tar». Этими частично извлечёнными данными и станет виртуальный жёсткий диск, на базе которого мы создадим новую виртуалку. Что же, поехали.
- Примечание: друзья, каталогом хранения содержимого виртуальных машин в программе VirtualBox по умолчанию является папка на системном диске. И чтобы не захламлять диск С, рекомендую вам отвести под работу с виртуалками специальную папку на несистемном каком-нибудь разделе. Или даже выделить под это целый раздел, например, самый быстрый по результатам тестирования скорости чтения и записи данных, если мы говорим об HDD. Путь хранения данных виртуалок можно прописать в общих настройках программы, чтобы каждый раз при создании новой машины не отвлекаться на смену пути по умолчанию.
Этап 1. Создание новой машины
В окне VirtualBox создаём новую машину.
Называем её, указываем версию Windows, задаём показатель оперативной памяти. В графе «Жёсткий диск» выставляем пункт «Не подключать виртуальный жёсткий диск». Жмём «Создать».
И пока сворачиваем окно VirtualBox.
Этап 2. Работа с архиватором
Теперь, друзья, с помощью архиватора нам нужно извлечь из OVA виртуальный жёсткий диск.
- Примечание: если вы скачали виртуалку с Интернета в архиве RAR, ZIP и т.п, не забудьте распаковать такой архив путём обычной разархивации, чтобы на выходе получился именно контейнер OVA.
Запускаем архиватор. Я буду использовать классику жанра – программу WinRAR. Открываем наш OVA в окне архиватора с помощью меню «Файл — Открыть». Важно: архиваторы по умолчанию могут отображать не все поддерживаемые типы архивов. Чтобы OVA был виден в меню обзора для открытия, необходимо указать тип отображаемых данных «Все файлы».
После успешного открытия в окне архиватора увидим содержимое OVA. В моём случае это файл конфигурации виртуальной машины OVF и совместимый с VirtualBox и VMware Workstation файл виртуального жёсткого диска VMDK. Последний нам-то и нужен. Кликаем его, вызываем контекстное меню и в случае с WinRAR выбираем пункт меню «Извлечь в указанную папку». В архиваторе 7-zip используем пункт контекстного меню «Копировать в…».
Файл виртуального диска для удобства можем распаковать в папку хранения созданной нами на предыдущем этапе новой виртуалки.
Таким образом все её составляющие будут аккуратненько сосуществовать в одном месте.
Теперь возвращаемся к программе VirtualBox.
Этап 3. Подключение виртуального жёсткого диска
На первом этапе мы создали машину без жёсткого диска. Выделяем её и жмём кнопку настроек.
В окошке настроек идём в раздел «Носители», жмём кнопку контроллера SATA и добавляем новый жёсткий диск из числа существующих.
Указываем путь хранения файла, который мы извлекали с помощью архиватора на предыдущем этапе.
Жмём «Ок».
***
Всё – машина настроена. Можем запускать её.
Если запуск виртуалки прошёл успешно, однако на этапе запуска Windows возникли проблемы в виде синего экрана смерти, возможно, друзья, мы имеем дело с проблемой контроллера виртуального жёсткого диска. Это мелкий недостаток способа создания новой машины на базе извлечённого из OVA файла диска. Когда мы импортируем машину вместе с её конфигурацией, в этой конфигурации предусматривается нужный тип контроллера. Когда же эту конфигурацию мы формируем по новой, мы можем указать не тот тип контроллера. А Windows даже в актуальной версии 10 пока ещё не умеет на ходу менять драйверы контроллера носителей. И вот реагирует экраном смерти.
Для скачанных с ресурсов Microsoft готовых виртуальных машин подойдёт установленный по умолчанию в VirtualBox тип контроллера SATA. Если мы скачаем виртуалку с Windows, в среде которой установлены драйверы под тип контроллера IDE, но подключим его через контроллер SATA, операционная система в большинстве случаев запустится. Но вот если мы на каком-нибудь сайте в Интернете скачаем машину, где Windows установлена на виртуальный диск, подключённый через контроллер SCSI, с большой долей вероятности получим BSOD. Или наоборот: BSOD будем лицезреть при подключении через SCSI виртуального диска с Windows, которая устанавливалась на виртуалке с типом контроллера SATA или IDE.
В таком случае просто нужно переподключить виртуальный диск через другой тип контроллера. Необходимо вернуться в раздел настроек машины «Носители», удалить диск из числа устройств текущего контроллера, затем добавить новый тип контроллера (SCSI, SATA или IDE).
И подключить диск уже через новый контроллер.