Рецепт нашел здесь.
Настроил виртуалки на гипервизоре. Чтобы потом скопировать их в другое место, сделал экспорт OVF-шаблона. Всё прошло на ура.
Настроил новый гипервизор, пытаюсь сделать импорт OVF. Моментальный облом и вылезает сообщение, что это я сам, оказывается, отменил эту операцию.
Гуглинг подсказал, что я не одинок.
Решение.
1. Блокируем файл манифеста, например my-vm.mf переименовываем в my-vm.mf-
Это надо, чтобы импортер шаблона даже не пытался проверять его контрольные суммы.
2. Открываем на редактирование my-vm.ovf
3. Ищем в нем строку вида
и меняем ее на:
4. Снова делаем deploy тот же самый OVF template
Всё, собственно... Импорт прошел гладко.
Настроил виртуалки на гипервизоре. Чтобы потом скопировать их в другое место, сделал экспорт OVF-шаблона. Всё прошло на ура.
Настроил новый гипервизор, пытаюсь сделать импорт OVF. Моментальный облом и вылезает сообщение, что это я сам, оказывается, отменил эту операцию.
Гуглинг подсказал, что я не одинок.
Решение.
1. Блокируем файл манифеста, например my-vm.mf переименовываем в my-vm.mf-
Это надо, чтобы импортер шаблона даже не пытался проверять его контрольные суммы.
2. Открываем на редактирование my-vm.ovf
3. Ищем в нем строку вида
<rasd:ResourceSubType>vmware.cdrom.iso</rasd:ResourceSubType>
и меняем ее на:
<rasd:ResourceSubType>vmware.cdrom.atapi</rasd:ResourceSubType>
4. Снова делаем deploy тот же самый OVF template
Всё, собственно... Импорт прошел гладко.
Огромное спасибо - а то всю голову сломал!
ОтветитьУдалитьВсегда пожалуйста. Я взял себе за правило - если попалась какая-то проблема и удалось найти ее решение, то делаю запись в блоге, чтобы потом самому не искать
УдалитьМожет проще перед созданием шаблона в свойствах машины установить в свойствах CD/DVD режим ClientDevice?
ОтветитьУдалитьВозможно. Но я по наивности полагал, что штатное средство создания шаблона из действующей машины должно создавать выходной документ, который без лишних слов может быть развернут на этом же или другом гипервизоре.
УдалитьИли хотя бы предупреждать о возможных несоответствиях. Или при развертывании сообщать об ошибках при парсинге шаблона, а не молча закрываться, убеждая меня, что я сам нажал "отмену".
Уже 2015 на дворе, и Варя 6.0 а воз и ныне там...
УдалитьСпасибо, помогло!
Всегда, пожалуйста!
Удалить+++
ОтветитьУдалитьсупер!!! спасибо!
Обращайтесь! :-)
Удалитьспасибо
ОтветитьУдалитьА ведь наверняка уже не один человек оставил фидбэк для VMWare, но изменений никаких... И приятно, что двухгодюшная запись еще кому-то нужна, и грустно, что VMWare не реагирует на критику...
УдалитьА каким инструментом открыть для редактирования этот файл то? а то файл слишком большой и блокнот ругается что не поддерживает столь длинные файлы.
ОтветитьУдалитьЧестно говоря, не понял вопроса. Файл довольно скромного размера, может быть не тот файл открываете?
УдалитьБлокнот не поддерживает файлы больше 64К, но там файл вроде бы короче.
Файл экспортировайся виртуалки с раширением .ova весит у меня 22,5 гига.
УдалитьЭкспортировал я все в один файл.
Ответ в первом абзаце моего поста: "экспорт OVF-шаблона".
УдалитьВ таком разе формируются несколько файлов - отдельно файл описания ВМ, отдельно файлы дисков, отдельно - манифест и еще какие-то вспомогательные файлы.
Теперь при импорте этой виртуалки на другой гипервизор, она выдает ошибку, которая описана у Вас.
УдалитьА вот отредактировать я не могу, так как файл слишком большой(((
См. выше: если есть возможность, надо сделать повторный экспорт. Либо в отдельные файлы, как я предложил, либо, как предложил один из первых комментаторов, перед экспортом изменить тип CD/DVD-привода.
УдалитьОга, понял.
УдалитьСпасибо большое за статью и за ответы =)
Плюсиков в карму Вам))
Не за что. Буду рад, если поможет.
УдалитьТ.е если я экспортнул виртуальные машины с ESXI 4 в OVA файлы (толстые по размерам), и хочу их импортировать на ESXI 6.5, то получается я теперь в пролёте? :) Возможности сделать повторный экспорт, либо разбить на отдельные файлы - нет, старый гипервизор отформатировали полностью.
ОтветитьУдалитьЕсть несколько вариантов:
Удалить1. временно установить ту версию гипервизора на какую-нибудь машину, минимально подходящую для его установки и развернуть упакованную ВМ на нём, после чего сделать "правильный" экспорт.
2. с помощью чего-нибудь вроде никсовой dd скопировать в новый файл:
2.а. байты от начала до того места, где написано cdrom.iso
2.б. после "cdrom." добавить "atapi"
2.в. байты после cdrom.iso
Возможная проблема: не знаю как оно себя поведет из-за несоответствия контрольных сумм в манифесте и самом файле
Вторая возможная проблема: я не уверен, что данные там не сжаты, а если сжаты, то строчку с описанием привода найти будет трудно, а внести изменения еще труднее, если вообще возможно.
ova можно открыть 7-zip и достать ovf для правки
ОтветитьУдалитьСпасибо, отлично помогло!
ОтветитьУдалить7zip распаковал ova и поправил в ovf все как написано.
Всегда пожалуйста :-)
УдалитьПри много благодарен! Очень выручили.
ОтветитьУдалитьАвтору спасибо. 2019 заканчивается, а проблема все еще актуальна.
ОтветитьУдалитьВроде бы в более поздних версиях VMW это исправили, но не проверял
Удалить