Преобразование виртуальной машины из XenServer в VMware

Либо Автономный конвертер VMWare или vCenter Converter - никогда лично не выполнял преобразование Xen в VMWare, но это два ваших лучших варианта.

Мой личный опыт работы с любыми типами клиентов Linux - это просто перенести диск на ESX (i):

1. либо остановите все ненужные процессы в источнике и перемонтируйте все точки монтирования в режиме только для чтения (mount -o remount, ro), либо перезапустите исходный компьютер с помощью живого спасательного дистрибутива (я привык к sysrescuecd, но любой другой с клиентом ssh и dd на месте подойдет) и обеспечьте подключение / настройку сети
2. запустите целевую машину с живым спасательным дистрибутивом, настройте сетевой интерфейс, запустите демон SSH (sysrescuecd уже делает это как часть сценариев инициализации) и установите пароль «root» (иначе вы, вероятно, не сможете войти в систему) через ssh)
3. проверьте подключение от источника к целевому компьютеру, сначала отправив его ping и выполнив вход в систему ssh
4. выпуск dd if=/dev/<src_device> | ssh <destination> 'dd of=/dev/<dst_device>' для каждого из ваших подключенных дисков
5. если имена устройств изменились, и ваш загрузчик или образ initrd не могут с этим справиться, вам, конечно, необходимо исправить

Конвертер VMWare несколько раз выходил из строя с клиентами Linux - мне удалось надежно преобразовать только клиенты Windows с его помощью.

Я никогда не совершал подобных манипуляций. Но есть КБ от VmWare, в котором объясняется, как это сделать.

РЕДАКТИРОВАТЬ: Vmware перемещает или удаляет упомянутый мной КБ.

Этот по-прежнему активен и находится в документе сообщества Vmware.

там идет

Этот учебник может помочь кому-то: https://www.arknet.com.au/migrate-xenserver-vm-to-vmware/

Другой способ миграции xenserver vm на vmware, когда обычные способы не работают.

Дополнение к ваббита ответ: На шаге 5 эти сведения могут помочь любому, у кого возникнут проблемы с запуском vm.

Если преобразовать vm (способ ваббита упомянутый) не может запуститься, это связано с тем, что Linux требует перекомпоновки initrd (или initramfs) это может помочь). Так что это можно сделать двумя способами:

1. Если возможно, запустите vm из режима «спасения», затем заново создайте initrd или initramfs.

[root@localhost]# mkinitrd -v -f /boot/initrd-3.10.594.img 3.10.594

(Для centos7 и производных)

[root@localhost]# dracut -f

(Для centos7 и производных, для конкретного ядра, пространство разума после .img)

[root@localhost]# dracut -f /boot/initramfs-2.6.32-358.el6.x86_64.img 2.6.32-358.el6.x86_64

Этот способ преобразования сработал для меня. Перед тем как это сделать, vm застревает в "Reached basic system" (для centos7), а затем вводит таймаут dracut ..

2. Загрузите виртуальную машину с помощью liveCd (в настоящее время вы используете vmware, но не можете запустить виртуальную машину), затем смонтируйте свои разделы в / mnt (в live / system / mnt), затем выполните следующие действия для chroot и перестройки initrd или initramfs затем перезапустите. Ниже scnerario использует LVM (/dev/cl/root, и стандартная перегородка для /boot так как /dev/sda1) для перемещения виртуальной машины.

[root@localhost ~]# vgscan

[root@localhost ~]# vgchange -ay cl

[root@localhost ~]# lvs

[root@localhost ~]# mount /dev/cl/root /mnt

[root@localhost ~]# mount /dev/sda1 /mnt/boot

[root@localhost ~]# mount --rbind /dev /mnt/dev

[root@localhost ~]# mount --make-rslave /mnt/dev

[root@localhost ~]# mount -t proc /proc /mnt/proc

[root@localhost ~]# mount --rbind /sys /mnt/sys

[root@localhost ~]# mount --make-rslave /mnt/sys

[root@localhost ~]# mount --rbind /tmp /mnt/tmp

[root@localhost ~]# chroot /mnt /bin/bash

[root@localhost ~]# dracut -f

для конкретной версии ядра.

[root@localhost ~]# dracut -f /boot/initramfs-2.6.32-358.el6.x86_64.img 2.6.32-358.el6.x86_64

Примечание: Для шага 4 может использоваться сжатие данных с помощью этой строки. запустите это на виртуальной машине (чтобы переместить)

dd if=/dev/xvda | gzip -1 - | ssh root@ANY_LINUX_IP dd of=/root/image.gz