freepbx import from esxi wont boot correctly

jsox79

the vm boots to rescue claiming it cannot find certain volumes. the transfer never errored out and it showed no warning during the entire process on 57gb of data on a flatfile vmdk 100gb disk. older vm in legacy mode. any pointers greatly appreciated. thanks.

Danp

Hi,

The device names likely changed during the migration (ie: from /dev/sda1 to /dev/xvda1). What are the contents of /etc/fstab?

Dan

jsox79

@Danp
Thanks for the reply, you're exactly right. There literally isnt an fstab entry, i got fstab.empty
i have no idea how to fix this, but i think maybe look at existing fstab entries from original vm on esxi and recreate them swapping /dev/sd** with /dev/xvd**
but i could be wrong. am i headed in the right direction?

jsox79

this is the error message

bogikornel

@jsox79
Initrd does not include the xen drivers. You need to regenerate and you will be fine.
boot with sysrescue CD, and in a chroot olt environment you can create a new initrd with the xen drivers.

Danp

@jsox79 You can try the method shown here -- https://xcp-ng.org/docs/migratetoxcpng.html#from-vmware

You would run the following command on the VM before importing it from VMware:

dracut --add-drivers "xen-blkfront xen-netfront" --force

MTTUPM

@jsox79 had the same problem. Seems to happen with CentOS. Solution: new installation on xcp, bring old freepbx to identical version/versions (modules), use freepbx backup module, restore in new installation.

imaginapix

I had the same problem with the FreePBX appliance VM - in the end I had to build it new, because I found no way to fix it.

I hope you have a recent backup of the configuration and settings of FreePBX, with that is is not to hard to be be back up and running.

jsox79

thanks everyone for the replies really appreciate this community! so its not a disaster, the server that runs the freepbx vm is still online. i merged the other vms from the other servers just fine to new xcp-ng servers anyways, i actually have the original vms for all of them still ready to spin up in esxi. so far every single distro lol except this custom Sangoma centos 7 has been good to go nothing else needed.

i think what i will do since the esxi servers are no longer connected to a vcenter appliance is make a copy of the hard disk, stop the original, boot up the copy and see if i cant play around with it with some of the suggestions here. if in fact i do manage to get it working, ill post a 'how i made it work in this instance' thread for anyone else who may encounter it.

in the meantime all suggestions are welcome, im not very versed with boot configurations in linux. im more of a windows systems technician, i can operate *nix just fine and do whatever i need to if the installation is working lol, troubleshooting boot issues has never been something i learned, so crash course engaged.