Video Screencast Help

EventID 34113: too busy to quiesce to take the snapshot

Created: 01 Aug 2013 • Updated: 06 Aug 2013 | 27 comments
This issue has been solved. See solution.

Hi,

 

We want to make VMDK backups of VMs hosted on a VMware ESXi 5.1 host but get the following error:

  • unable to create a snapshot of the virtual machine. The virtual machine may be too busy to quiesce to take the snapshot

 

We use two backup servers in our environment which face this problem. One with Windows 2003 R2/BE2010 R3 and the other with Windows 2008 R2/BE2012. Both Windows and BE are fully patched.

The VMs don't have VMware tools or BE agent installed. With the VMware Vsphere Client it is possible to make a quiesce snapshots.

Any help will be appreciated.

 

JaapB

Operating Systems:

Comments 27 CommentsJump to latest comment

CraigV's picture

Hi,

 

Check the TNs below:

http://www.symantec.com/business/support/index?pag...

http://www.symantec.com/business/support/index?pag...

I also assume that you have SP3 for BE 2010 R3 and SP2 for BE 2012 installed?

EDIT: Get the latest SPs below if not:

http://buex.ec/2010SP3

http://buex.ec/2012SP2

Thanks!

Alternative ways to access Backup Exec Technical Support:

https://www-secure.symantec.com/connect/blogs/alte...

JaapB's picture

Those two SPs are already installed otherwise ESXi 5.1 is not supported.

I have been through these TNs already but will look into them again. Maybe i overlooked something.

Jaydeep S's picture

Backup Exec requires VMWare Tools to be installed on the Virtual machines. Could you try installing it and see if that works.

Alternatively, disable Application GRT on the Backup jobs.

Kunal.Mudliyar's picture

Have you installed the VMware tools without the VSS /filesync driver?

Can you reboot the VM?

Can you install a remote agent on the VM and try the backup  again?

Technical Support

Symantec

JaapB's picture

VSS is not installed. Rebooted the server and installed the remote agent. Backup failed again with the same error.

lmosla's picture

Hello JaapB, If you haven't already, try recreating the jobs? 

MusSeth's picture

Hello JaapB,

could you please check if there are any existing snapshots present, if snapshots are present please remove those snapshots and than try,

if snapshots are removed and still facing the same issue, in browse VM folder the one in question in datastore and check for a delta file which is created with snapshot which needs to deleted when snapshot is deleted, if file is present please delete that file and than try with a backup job.

 

Please have a look at VMware article http://kb.vmware.com/selfservice/microsites/search...

hope this resolves your issue

JaapB's picture

No snapshots or delta files are available on this ESXi 5.1 host. VMDK backup still fails. 

As a test i'm thinking about moving the VM to a ESXi 5.0 host.

MusSeth's picture

Are you facing this issue with specific vm or with all the vms...and vm in question is it windows or linux....

JaapB's picture

We are facing this issue with all the VMs on the ESXi 5.1 host. Two VMs are Linux VMs (Centos, Ubuntu) and one Windows 2012.

We have this issue for a while but we knew ESXi 5.1 was not supported. We thought the issue would be solved by installing the lastest SP for BE.

MusSeth's picture

@jaapb as suggested by kunal please check if vstorage api license is installed or not...as the license is needed to be on esx in order to backup vms from esx...

JaapB's picture

vStorage api is not installed on the ESXi 5.1 host. This host is just running the free version for test purposes.

We are using this box to test if our BE environment can backup ESXi 5.1. If it's working we intend to upgrade our vCenter 5.0 environment.  

If this api is needed, why can we backup VMs from a ESXi 5.0 host that also not contains the vstorage api?

Kunal.Mudliyar's picture

Dear JaapB

Vstorage api is used by backup exec to talk to Vmware and pull the vmdk data while the VM is running.

If this is missing this process fails and the backup will fail.

Can you try to use a trial version of Vstorage api and test this backup?

Technical Support

Symantec

JaapB's picture

We will give it a try and report back after the weekend.

Still we don't understand why we are able to backup VMs from ESXi 5.0 that not has the vStorage Api installed.

Kunal.Mudliyar's picture

May be Esxi 5.0 has the vstorage api license integrated with the full license

 

Technical Support

Symantec

JaapB's picture

This ESXi 5.0 host has a free version van ESXi 5.0. The vStorage API is a licensed feature and is not listed as a licensed feature on this host.

JaapB's picture

We installed a fresh installation of ESXi 5.1 on a host and left it in evalution mode. After that we copied a VM to that host and were able to make a successful VMDK backup of that VM.

To compleet the test we entered the free license key which caused almost all features (including the vStorage API) to be disabled. After that we preformed the same backup again and this time the backup fails again with eventid 34113.

We compared both hosts (ESXi 5.0 and ESXi 5.1), but they have the same features installed. On both hosts the vStorage API is not in the list of available features.

Kunal.Mudliyar's picture

To compleet the test we entered the free license key which caused almost all features (including the vStorage API) to be disabled. After that we preformed the same backup again and this time the backup fails again with eventid 34113.

This is an expected behavior as evaluation key will include the eval of vstorage api as well

We compared both hosts (ESXi 5.0 and ESXi 5.1), but they have the same features installed. On both hosts the vStorage API is not in the list of available features.

Its quite strange that the VM backups are working on 5.0 host without the Vstorage api

 

Technical Support

Symantec

JaapB's picture

Interesting thread but editing those registry entries did not help. It only takes longer before the job fails with the same error.

MusSeth's picture

 

04863552

Hello JaapB,

as you have mentioned above that you are trying to backup two virtual machines which are linux, may be this VMwae article might help, please run a non GRT backup and check if that backup completes successfully or  not.

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1021175

 

JaapB's picture

Hi,

 

We did read the article but according to the documentation the VASD feature is not supported on the free edition of ESXi 5.1. Making a non-GRT VMDK backup from a Linux guest therefore also fails with the same error.

We just don't understand why it is possible to make a VMDK backup from a guest hosted on our free edition ESXi 5.0 hosts which does not list VASD as an installed feature.

 

Kunal.Mudliyar's picture

This api is an api using which backup exec or any backup application will talk to Vmware to backup the VMDK right from the datastore without needing a temp staging location, like the previous VCB api

We need this for the backups to work.

Please review

Backup Exec 2012 Software Compatibility List (SCL)

 http://www.symantec.com/docs/TECH175581

"All free versions of ESXi (4i and 5) require a minimum license from VMware in order to be protected by Backup Exec. This is due to the lack of vStorage API forData Protection support in the free unlicensed versions of ESXi and is a current limitation of VMware."

Edit : Page no 34

Technical Support

Symantec

SOLUTION
JaapB's picture

Not the answer we hoped for but at least we now know why we get this error.

Everybody thanks for their help.