Возможно проблема в конвертере. Как вариант попробуйте сконвертировать машину BitrixVM4.2 или установить чистую CentOS6.3 и на нее установить BitrixEnv
Аналогичная ошибка "VMware ESX cannot find the virtual disk", конвертация не помогает.
На одном из форумов писали о похожей проблеме: в VMware vSphere 5.1 убрали автоматическую загрузку модуля multiextent, который и отвечает как раз за конверсию виртуальных дисков с hosted-платформ VMware в формат VMFS. Чтобы загрузить этот модуль нужно выполнить простую команду:
# vmkload_mod multiextent
Но включение multiextent тоже не помогло.
Нормально ли в плане производительности использовать виртуалку на VMware Player в Windows 2008 вместо ESXi 5.1? Если не удастся решить проблему "VMware ESX cannot find the virtual disk".
DADS пишет: Нормально ли в плане производительности использовать виртуалку на VMware Player в Windows 2008 вместо ESXi 5.1? Если не удастся решить проблему "VMware ESX cannot find the virtual disk".
Лучше выполнить установку чистой minimal CentOS 6.3 x86_64 в esx, и установить rpm пакет BitrixEnv
И заработало. Явно с виртуалькой что-то не то в плане совместимости с ESXi 5.1. Или в самом ESXi 5.1. Но раз уж все пересаживаются на 5.1 и сталкиваются с проблемой совместимости, стоит рассмотреть и решить эту проблему, чтобы виртуальная машина сразу разворачивалась должным образом.
У меня получилось с 10-й попытки закинуть сразу на всферу 5.1, там в начале конвертером как соурс надо выбрать "сторонний бэкап", а как дестинэйшен выбрать саму всферу. И всё работает.
Моё личное мнение: сей пример олично показвает прямоту рук всего 1С и отношение к потенциальному клиенту. Я понимаю, русский мужик головаст. руковит и всегда носит с собой напильник для допиливания продукции 1С. Но зачем же так сурово?
Неужели нельзя было сделать вашу тестовую машинку в сроссплатформенном виду OVF формата? Где логика то? И не пришлось бы отдельно для VMware и Hyper-V выкладывать....
Добрый день, я новичок во всем. Тоже столкнулся с данной проблемой, завтра приведенный пример попробую провернуть.
Это техническое упущение? Чем глубже тем хуже? Стоит с книжкой над ним корпеть, упростит он жизнь или только все испортит? Или может стоит лучше с нуля все познавать без CMS всяких и ничуть не сложнее будет и быть может проще как по времени так и в дальнейшем развитии проекта?
Это связано с тем, что в версиях vmware для серверных платформ отключен модуль конвертации машин, предназначенных для десктопных платформ. Придется подключиться по ssh и поработать руками.
на esxi хосте выполняем команду: vmkload_mod multiextent
после этого, при попытке запуска VM уже будет другая ошибка: Unsupported or invalid disk type 7. Она решаема конвертацией диска в один из поддерживаемых форматов данной версии гипервизора, например в тонкий диск: vmkfstools -i system.vmdk system_new.vmdk -d thin
В настройках виртуальной машины нужно удалить старый диск и добавить новый. Машина должна включиться без проблем.
После всех манипуляций можно выгрузить уже ненужный модуль: vmkload_mod -u multiextent
Михаил Поликарпов написал: Это связано с тем, что в версиях vmware для серверных платформ отключен модуль конвертации машин, предназначенных для десктопных платформ. Придется подключиться по ssh и поработать руками.
на esxi хосте выполняем команду: vmkload_mod multiextent
после этого, при попытке запуска VM уже будет другая ошибка: Unsupported or invalid disk type 7. Она решаема конвертацией диска в один из поддерживаемых форматов данной версии гипервизора, например в тонкий диск: vmkfstools -i system.vmdk system_new.vmdk -d thin
В настройках виртуальной машины нужно удалить старый диск и добавить новый. Машина должна включиться без проблем.
После всех манипуляций можно выгрузить уже ненужный модуль: vmkload_mod -u multiextent