Aller au contenu principal

Failed To Detect Applications Installed

Thread needs solution

Having successfully completed Exchange 2013 application aware backups Acronis 12.5 is now reporting the application can not be detected. This occurred after a reboot of the VMs OS. No changes had been made to the guest OS.

Current host is ESXi 6.5d. I have reinstalled the agent to the guest OS. This has not resolved the issue .A disk backup of the system does complete successfully.

 

Chris

0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Contributions: 22
Commentaires: 3800

Hi Chris,

Can you please post the error message you get from the full backup log?

Possible workaround: Note that if you have Agent for Windows + Agent for Exchange installed inside the VM then you can try backing up this machine using this agent instead of agent-less mode. To do so - select the machine from Devices list with "VM" icon on it (it will appear twice in the list: 1) as VM for agent-less backup and 2) as VM with agent inside) - see below screen shot - you should select the machine with "VM" icon on it instead of VMware sign:

VmwithAgent.PNG

Thank you.

Here is the Error Log

Module
114
Message
Failed to detect applications installed in the guest system of virtual machine 'Exchange 2013'. A disk backup of this machine will not be application-aware.

Additional info:
------------------------
Error code: 32896
Module: 114
LineInfo: 0x764272255B014CD8
Fields: {"$module":"disk_bundle_tape_off_glxa64_7048"}
Message: Failed to detect applications installed in the guest system of virtual machine 'Exchange 2013'. A disk backup of this machine will not be application-aware.
------------------------
Error code: 22
Module: 309
LineInfo: 0x8D165E86FB81959B
Fields: {"CommandID":"5F207FDF-7B68-4965-95C9-868040E009E6","$module":"service_process_glxa64_7048"}
Message: TOL: Failed to execute the command. Detecting virtual machine applications for backup
------------------------
Error code: 22
Module: 309
LineInfo: 0x8D165E86FB81959B
Fields: {"CommandID":"5F207FDF-7B68-4965-95C9-868040E009E6","$module":"disk_bundle_tape_off_glxa64_7048"}
Message: TOL: Failed to execute the command. Detecting virtual machine applications for backup
------------------------
Error code: 5
Module: 548
LineInfo: 0xD7EA05608E939046
Fields: {"$module":"disk_bundle_tape_off_glxa64_7048"}
Message: Failed to detect applications.
------------------------
Error code: 20
Module: 4
LineInfo: 0x853F7FEDD9A32B99
Fields: {"ResourceType":"vm_guest_system","$module":"disk_bundle_tape_off_glxa64_7048","UserName":"","ResourceAddress":"50302461-7942-4AFF-3748-49518BFFDDEB","ResourceName":"50302461-7942-4AFF-3748-49518BFFDDEB"}
Message: Access to the file is denied.

 

frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Contributions: 22
Commentaires: 3800

Hi Chris,

These symptoms may appear if there are more than 1 Agents for VMware (Virtual Appliance or Windows) which are capable for backing up the same VM. The credentials to access the guest OS of the VM are stored on the agent side and in some cases when VM becomes managed by another agent, these credentials are not passed to this other agent which causes the "Access is denied" error (for example it may happen if the plan is applied to multiple VMs, which are managed by different agents). The possible solution would be the following:

- Create a new dedicated backup plan for the specific VM and provide guest OS credentials when prompted while enabling application backup option.

- Another possible way is to edit the existing backup, disable the application backup option, save the plan, edit it again, enable the application backup and provide credentials. It should refresh the credentials on the agent side.

Note that the Agent for Windows/Agent for Exchange installation inside the guest OS of the VM does not cause any effect on the issue, since all processing is done by Agent for VMware (since it's agent-less mode).

If none of the above helps, then please contact our support team for further assistance.

Thank you.