Вопрос или проблема
Я пытаюсь мигрировать сервер Ubuntu 18.04 с Hyper-V на VMWare VCenter 7.0.2. Я узнал после того, как все произошло, что 18.04 не поддерживается конвертером VCenter 6.2. Есть ли способ успешно перенести это с Hyper-V? Я пытался выполнить восстановление GRUB, так как, судя по всему, это проблема, но это не сработало.
ИЗМЕНЕНИЕ: Логи Starwinds
4/7 8:51:12.819 43f4 Условие ???INFO: CV2V_ConverterApp::InitInstance: SetDllDirectory: C:\Program Files\StarWind Software\StarWind V2V Converter\lib
4/7 8:51:12.819 43f4 Условие ???INFO: CV2V_ConverterApp::InitInstance: Версия файла: 9.0.1.268
4/7 8:51:12.824 43f4 Условие ???INFO: CV2V_ConverterApp::InitInstance: Загрузить язык IDR_XML_ENGLISH
4/7 8:51:12.824 43f4 Условие ???INFO: CV2V_ConverterApp::InitInstance: Установить текущий язык Английский
4/7 8:51:12.827 43f4 Условие ???INFO: CPS_V2V_Converter::CPS_V2V_Converter: Версия MajorVersion 10, MinorVersion 0, BuildNumber 19042
4/7 8:51:12.830 43f4 Условие ???INFO: WrapperHyperV::WrapperHyperV: LoadLibrary C:\Windows\system32\wbem\wmiutils.dll - c9c70000
4/7 8:51:12.831 43f4 Условие ???INFO: WrapperHyperV::WrapperHyperV: LoadLibrary C:\Windows\system32\wbem\wmiutils.dll - c9c70000
4/7 8:51:19.054 43f4 Условие ???INFO: ICPPage::OnWizardNext: SetActivePage - eHYPERVConnection
4/7 8:51:25.332 43f4 Условие ???INFO: WrapperHyperV::connect: Хост - \\luciussextius\root\virtualization\v2
4/7 8:51:25.475 43f4 Условие ???INFO: WrapperHyperV::init_version: Версия HyperV: 6.3.9600
4/7 8:51:25.478 43f4 Условие ???INFO: ICPPage::OnWizardNext: SetActivePage - eInputVM
4/7 8:51:31.508 43f4 Условие ???INFO: ICPPage::OnWizardNext: SetActivePage - eLocationTo
4/7 8:51:33.492 43f4 Условие ???INFO: ICPPage::OnWizardNext: SetActivePage - eESXConnectionTo
4/7 8:51:50.747 43f4 Условие ???INFO: WrapperESXI::connect: m_url - https://10.16.0.99/sdk
4/7 8:51:50.805 43f4 Условие ???INFO: WrapperESXI::connect: fullName - , ключ - 52e25633-51de-8f2c-4bdc-f1ea78518924
4/7 8:51:50.805 43f4 Условие ???INFO: ICPPage::OnWizardNext: SetActivePage - eVMSettingsESX
4/7 8:51:50.865 43f4 Условие ???INFO: VMConverter::ESXIConverter::GetHostListInfo: Версия ESX: 7.0.2
4/7 8:51:50.865 43f4 Условие ???INFO: VMConverter::ESXIConverter::GetHostListInfo: Версия ESX: 7.0.2
4/7 8:52:01.765 43f4 Условие ???INFO: ICPPage::OnWizardNext: SetActivePage - eConverting
4/7 8:52:01.779 51e8 Условие ???INFO: CPPConverting::Convert: InConvertType: 8, OutConvertType: 6
4/7 8:52:01.876 51e8 Условие ???INFO: VMConverter::ESXIConverter::CreateVM: createVM равно false,
4/7 8:52:01.876 51e8 Условие ???ERROR: CPPConverting::ConverterESX: Ошибка создания VM
4/7 8:52:01.882 51e8 Условие ???INFO: WrapperHyperV::connect: Хост - \\luciussextius\root\virtualization\v2
4/7 8:52:01.949 51e8 Условие ???INFO: WrapperHyperV::init_version: Версия HyperV: 6.3.9600
4/7 8:52:01.952 51e8 Условие ???ERROR: CPPConverting::Convert: ОШИБКА```
Вы можете попробовать использовать StarWind V2V Converter, чтобы мигрировать вашу виртуальную машину Ubuntu 18.04. Я только что протестировал конверсию недавно развернутого Ubuntu 18.04 на Hyper-V в ESXi. Проблем пока нет. Может помочь: https://www.starwindsoftware.com/starwind-v2v-converter
Если экспорт из Hyper-V в формате ova / ovf, необходимости в дополнительных конвертерах быть не должно.
Просто убедитесь, что вы консолидируете все существующие снимки, удаляете смонтированные устройства, ISO и т. д. – экспортируйте виртуальную машину. А после успешного экспорта просто импортируйте новый ovf / ova файл.
Если grub появляется, это значит, что процесс загрузки прошел успешно… для первой части, если он останавливается, нужно получить любое сообщение об ошибке, чтобы провести расследование.
Но чаще всего проблема в том, что fstab не содержит UUID, а только имя /dev/sd, что может быть ошибочным из-за новых настроек оборудования или порядка устройств.
Например:
/dev/sda – это первый обнаруженный диск типа IDE/SATA/SCSI. В этом случае эмулируется (полная виртуализация) гипервизором.
/dev/vda – это первый обнаруженный диск драйвера паравиртуализации. Он быстрее, чем эмулированные устройства sdX, если оба ссылаются на один и тот же диск, потому что в его работе меньше накладных расходов по сравнению с эмулированным диском.
Этот сервер в конечном итоге был полностью переделан с нуля, и данные были перенесены.
Ответ или решение
Миграция Ubuntu 18.04 LTS с Hyper-V на ESXi: Подробное Руководство
Миграция виртуальных машин является обычной практикой в сфере IT, и в данной статье мы подробно обсудим, как успешно перенести Ubuntu 18.04 LTS с платформы Hyper-V на VMware ESXi 7.0.2. Мы постараемся учесть все нюансы, с которыми вы столкнулись, включая проблемы с загрузчиком GRUB и ошибки, возникшие при использовании StarWind V2V Converter.
Шаг 1: Подготовка к миграции
Перед проведением миграции необходимо убедиться, что ваша виртуальная машина (ВМ) в Hyper-V готова к экспортированию:
-
Очистите ВМ от лишнего:
- Удалите все неиспользуемые точки восстановления и снапшоты.
- Отключите любые примонтированные устройства, которые могут мешать экспорту (например, ISO-образы).
-
Экспортируйте виртуальную машину:
- Используйте стандартные инструменты Hyper-V для экспорта вашей ВМ.
- Рекомендуется экспортировать в формате OVA / OVF, так как это значительно упростит последующую импортировку в ESXi.
Шаг 2: Использование StarWind V2V Converter
Если вы решили использовать StarWind V2V Converter для миграции, следуйте следующей инструкции:
-
Скачайте и установите StarWind V2V Converter:
- Убедитесь, что используете последнюю версию, чтобы избежать проблем совместимости.
- Запустите программу на хост-машине, где находится ваша ВМ в Hyper-V.
-
Настройка миграции:
- Подключитесь к Hyper-V, выберите нужную ВМ.
- Настройте целевой хост в ESXi, используя правильные адреса и учетные данные.
-
Проверьте параметры конвертации:
- Обратите внимание на настройки, такие как выбор типа диска (например, IDE или SCSI).
- Проверьте формат выхода, и убедитесь, что это соответствует требованиям вашей ESXi.
-
Запустите процесс конвертации:
- После выбора всех необходимых параметров и индикации, что у вас нет активных ошибок, начните конвертацию.
Шаг 3: Исправление ошибок GRUB
Если после миграции вы столкнулись с проблемой загрузчика GRUB, выполните следующие действия:
-
Запустите ВМ в режиме восстановления:
- Используйте Live CD образ для доступа к терминалу и котирования вашей системы.
-
Перемонтируйте файловую систему:
sudo mount /dev/vda1 /mnt # Убедитесь, что указанный раздел соответствует вашему sudo mount --bind /dev /mnt/dev sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys
-
Установите GRUB:
sudo chroot /mnt grub-install /dev/vda # Замените на актуальный диск update-grub exit
-
Перезагрузите систему:
- После завершения всех операций попробуйте перезагрузить ВМ и убедитесь, что система загружается корректно.
Шаг 4: Проверка fstab
Не забывайте проверить файл /etc/fstab на наличие ошибок:
- Убедитесь, что вместо имен устройств (напр.
/dev/sda
) используются UUID. Используйте командуblkid
для получения актуальных UUID всех томов и обновите /etc/fstab соответствующим образом.
Заключение
Глядя на ваш опыт и упомянутые в вопросе детали, стоит отметить, что проблемы с загрузкой зачастую связаны с изменением конфигурации устройства и настройками grub. Использование формата OVA/OVF может значительно упростить задачу. Однако, если все же возникнут сложности, обращайтесь к сообществу или профессионалам, чтобы решить вопрос с минимальными потерями времени и ресурсов.
При миграции серверов и специализированного ПО всегда важно учитывать нюансы, специфические для каждого окружения. Убедитесь, что у вас есть актуальные резервные копии данных перед проведением серьёзных изменений в инфраструктуре.