Skip to main content

vmProtect 8 bare metal restore fails w/"Target ESXi volume cannot be found"

Thread needs solution

primary Dell R720 system VM backups OK using Acronis Appliance as VM on the host. Host Config backup OK.
testing disaster recovery to spare Dell R720 ("identical" hardware i.e. both w/PERC H710, RAID10 (2 disk/span, 3 spans), same number of disks (6x300 GB), NIC's, memory (32GB), 2 processors).

loaded VMware-VMvisor-Installer-5.1.0-799733.x86_64-Dell_Customized_RecoveryCD_A01.iso onto spare (same build number as primary). boots ok (so I know something is on the hard disks). the serial number shows "Evaluation" using the "view support information".

created bootable media. boot from this media using spare R720.
just this computer and engineering station w/backup files on the network.
just before wizard starts, see "no raid disks" flash for 1-2 seconds, plus "reading all physical volumes" and 3 "no volume groups found" (attachment).

wizard starts. able to find configuration backup file on engineering station, finds restore point (only 1), allows selection of folder containing VM's backup files (on eng station) (attachment), allows selection of the datastore on the HDD (attachment, shows tool tip that "a datastore detected on the HDD. Will be REMOVED"). to me this implies that it does see the hard disk/raid.

proceeds w/restore, progress bar moves. after about 1 minutes it fails w/message "Target ESXi volume cannot be found" (attachment). no auto-reboot, no recovery of VM's when the R720 is booted.
But, some things have been recovered (specifically, the serial number on the spare R720 now has the VMware license string from the primary R720 when using the "view support information". so I know it did something).

generated the system report (would not attach. has .tar.bz2 extension.).
looked for the error code and other keywords on Acronis website, forums, etc. no success.

it seems that it does not actually see the raid/hard disks, even though it shows a data store on it w/in the wizard.
any help will be appreciated.

0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Hi Scott,

This particular issue occurs when there is no '/scratch' partition detected in the backed up ESXi configuration. This is typical for ESXi installations on USB flash drives (internal issue ID: TTASK-5290). The issue is fixed in Acronis Backup for VMware (next version of Acronis vmProtect 8, i.e. 9th version) and also in a custom build. I've uploaded the Media Builder with the required fix to the following FTP location:

You should install this .msi and re-create the bootable media.

NOTE: if your planning to restore ESXi to a host with connected flash drive, then recovery logics will place the executable files onto this flash (it has priority) regardless of the datastore settings (shown on your img_0505_wizardwindow_restorepoints_locations.jpg screen shot). In the next version we've added a setting to this step which allows you defining which partition will be used as place for ESXi executable files (may differ from the partition where datastores will be created).

Thank you.
--
Best regards,
Vasily
Acronis Virtualization Program Manager

re-created the bootable from the new bootable media build.
no more errors about "target volume not found".

but now it fails with (attached):
Message: File 'Recovery Manager/AcronisESXAppliance-disk1.vmdk' cannot be found.

I am assuming that the folder "Recovery Manager" needs to be underneath the selected location of the VM backup file (I put both the ESXi configuration .TIB and the "ALL VM's" .TIB in same folder).
we have used the "vCenter Converter Standalone" to create .vmdk files (of the Appliance and our other VM's). but the appliance is not that name. it is just called "AcronisAppliance" in the VM list.

Attachment Size
274266-120112.jpg 129.6 KB
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Hi Scott,

The message is referring to special appliance which is included into bootable media. This appliance is auto-deployed to restored ESXi host in order to perform automatic VM recovery. This particular error is related to improper flash/CD-ROM detection by Linux kernel used in Acronis bootable media environment. If you used flash drive as bootable media, then it makes sense to use CD/DVD instead. If that doesn't help try the following .iso image which contains the 9th version (burn it to a CD/DVD and use this CD/DVD as bootable media):

Thank you.
--
Best regards,
Vasily
Acronis Virtualization Program Manager

we use CD's for our bootable media, so, I will try the new .iso
will let you know the results.
thanks.

finally got the chance to try the newest .iso.
but, failure.

re-formatted the hard disks on the system so I could start from zero.
1 virtual disk, raid-10 covering 6x300GB disks.
the new .iso image allowed the selection of which disk (SD card or Hard disk) to place the ESXi. I selected the SD card. and then selected the hard disk for the new data store (see attachment "fail1").
after about 4 minutes, it failed with "the disk is full" (see attachment "fail1").

tried again. selected the hard disk for BOTH the ESXi and the new datastore.
it completed.
on re-boot, though, it gave a purple screen with a message "2 file systems with same UUID found....." (see attachment "fail2")

So,
I have created a procedure that allows me to restore. while very ugly, I get all of the VM's back as in the original system (total of 8). the system looks "correct", I just need to confirm that the full applications actually work (we use the system in a manufacturing operation). I cannot test that until the week of July 13.
will report back then.

thanks for the information.
I will get with the support line for anything further (I have re-instated the maintenance subscription so I can talk to them again).

Attachment Size
280734-120652.jpg 121.88 KB
280734-120655.jpg 115.22 KB