If you have LVM volumes the fix of UUID will be tricky.
So therefore here is some extra tweaks for you guys.
Create the skeleton machine as it was before, exactly the same as the source box. Then boot this machine with any kind of RescueCD, Ubuntu, Debian, CentOS, Rocky Linux you name it, don't matter, use your system as the the source is.
Then boot up the skeleton machine with the rescueCD and then connect the source box with this:
ssh user@host "sudo -S dd if=/dev/sdS bs=4M" | dd of=/dev/sdT status=progress
sdS is the source disk, you will get this info with fdisk -l
In XEN this is most likely is /dev/xdva
and then the destination disk is this: /dev/sda if the destination system is ESXi.
You can get this info with fdisk -l.
You also will need the user in the sudo.
So add the user into sudoers file here: /etc/sudoers with this:
migrationusername ALL=(ALL:ALL) NOPASSWD: ALL
This is it. With this, you can migrate any Linux.
Only issue with this is the image size, you cannot migrate thin, it will pull the whole image. So 100GB is 100GB.
But the only thing you will need to fix after the process finished is the ethernet adapter name, nothing else.
Ethernat adapter name will be either ens32 or ens192 instead of eth0.
You can get the real name with "ifconfig -a".
In Ubuntu this will be either in /detc/netplan/00-balblabla config file or if it is older than 16 then /etc/networking/interfaces.
Change the ifcfg-eth0 to ifcfg-ens32 or whatever ifconfig -a says.
Also on CentOS you might need to fix /etc/udev/rules.d/70-persistent-net.rules file with the correct MAC address.
CentOS and Rocky Linux change this file to mach the correct MAC address.
So rem out the old MAC and add the new MAC with the new ens32 or 192 or whatever address you have.
After this you need to reboot the box otherwise it won't pick up the new MAC.