Restore Help: VM vanished into thin air (seriously), backups corrupted but FLR avail.

[quadium]

Okay,

This is a good one. I was trying to be proactive and retiring an old server and was in the middle of migrating to shiny new hardware. All the vm's and DA VM migrated no problem (via VMWare vSphere 5.5 migration (cold)), however when I went to spin the VM up, no Virtual Disk was anywhere to be found. No problem, go back to the old server to move it over manually, except VMWare is convinced it moved over properly and removed it from the old server. So now I'm in a pickle. Very odd, but not panicking just yet as I did a fresh backup before migrating. Okay, start panicking: whatever caused the vm to not migrate properly, has affected the entire backup chain (must have been some CBT issues or corruption of some sort) and I can't restore. Tried a million things, no dice. And sadly, our offsite backup storage just kicked the bucket taking our offsite backups with it, leaving them out of the picture. (When it rains, it pours!) After beating my head against the wall trying to figure out how to restore the VM, it eventually was going to be more time-efficient to start fresh and migrate the files over to a new install.

So this is where I'm at. Brand new CentOS 6.5 box, fresh DA install, and a server full of files I can only transfer (I am unable to spin up the existing VM). Is there a best practice for cold migrating DA/Client data? Are there things (such as MySQL db's) that I can salvage from the cold VM?

I am willing to pay for assistance if somebody has the cycles and experience to salvage as much as possible ASAP. Or else, let me know if you've had to deal with anything similar and help me through it! Please?

 

[quadium]

Forgot to mention, Backup files are Veeam Backup & Replication 7 files.

 

[zEitEr]

First of all mount the virtual disk of VM if it's possible. Let's say to /mnt. Now, you have to copy the data from old locationn to new disk using below commands, or rsync.

cp -avprf /mnt/etc/passwd /etc/
cp -avprf /mnt/etc/group /etc/
cp -avprf /mnt/etc/shadow /etc/
cp -avprf /mnt/etc/gshadow /etc/
cp -avprf /mnt/etc/my.cnf /etc/
cp -avprf /mnt/etc/exim* /etc/
cp -avprf /mnt/etc/hosts /etc/
cp -avprf /mnt/etc/httpd/conf/* /etc/httpd/conf/
cp -avprf /mnt/etc/named.conf /etc/
cp -avprf /mnt/etc/proftpd.conf /etc/
cp -avprf /mnt/etc/proftpd.passwd /etc/
cp -avprf /mnt/etc/proftpd.vhosts.conf /etc/
cp -avprf /mnt/etc/resolv.conf /etc/
cp -avprf /mnt/etc/system_filter.exim /etc/
cp -avprf /mnt/usr/local/directadmin/conf /usr/local/directadmin/
cp -avprf /mnt/usr/local/directadmin/plugins /usr/local/directadmin/
cp -avprf /mnt/etc/mail /etc/
cp -avprf /mnt/etc/virtual /etc/
cp -avprf /mnt/var/named /var/
cp -avprf /mnt/var/spool/cron /var/spool/
cp -avprf /mnt/var/spool/virtual /var/spool/
cp -avprf /mnt/var/www /var/
cp -avprf /mnt/usr/local/directadmin/data /usr/local/directadmin/
cp -avprf /mnt/var/lib/mysql /var/lib/
cp -avprf /mnt/home/* /home/

Once data has been copied from a disk of old VM to new disk or to a new server you have to compile apache and php using direct admin custom script. After successful compilation sites should start working fine.

Should you need somebody to do it for you, please feel free to PM me or any other guy here who offeres commercial services.

 

[quadium]

I wasn't able to mount the disk, however Veeam did allow me to restore the files directly to the new server. Your guide helped a lot, thanks for that. I've now got 95% of people up and running, and just a few IMAP Maildirs that need to make the trip over. (Had to do them individually.)

Thanks again!