Skip navigation
VMware

This Question is Possibly Answered

1 "correct" answer available (10 pts) 2 "helpful" answers available (6 pts)
19,136 Views 27 Replies Last post: Oct 5, 2010 9:57 AM by BWELSHCCI RSS
1 2 Previous Next
gulster Lurker 2 posts since
Mar 18, 2008
Currently Being Moderated

Mar 18, 2008 2:35 PM

vmware error "creating a quiesced snapshot failed because (user-supplied) custom pre-freeze script in the virtual machine exited with a non-zero return code"

When trying to create a backup of a vm that lives in a  VI3 environment, I am receiving the following error from the vm when it tries to suspend the guest OS for the snapshot.  I am using NetBackup to perform the backup and it appears to work fine until the suspend.  Any help would be great, the error I get is posted below.  Oh, and this is a Solaris 10 vm with tools installed.

 

vmware error "creating a quiesced snapshot failed because (user-supplied) custom pre-freeze script in the virtual machine exited with a non-zero return code"

Pmarsha1 Enthusiast 60 posts since
Feb 27, 2008

 

I've had the same issue on two VM's when using VCB.

 

 

The first one had a CD mounted and was then rebooted. This fixed the issue.

 

 

The second is still ongoing but it doesn't have a CD mounted BUT I haven't rebooted the VM yet.

 

 

 

 

 

Have you tried a reboot as I reckon the problem will likely go away.

 

 

green27614 Novice 7 posts since
Mar 6, 2008

I do not know what causes this but I have found with two of my servers the rebooting of the ESX host makes this go away.

 

 

 

 

 

If this does not work there is n undocumented workaround (guess the coders at VMWARE never thought it would come in handy).

 

 

Open your config.js file and add this line to it anywhere:

 

 

NO_QUIESCE=""

 

 

 

 

 

 

This will keep the snapshot manager from quiescing the VM. This is a good thing to use for SQL servers and EXchange servers- in case you never noticed the information store "breaks" on exchange when you quiesce it. This stops this from happening.

 

 

 

 

 

 

However, the best solution is to reboot the host

 

 

 

 

 

Eddie

Eddie
Pmarsha1 Enthusiast 60 posts since
Feb 27, 2008

Sorry mate but rebooting an ESX host isn't really a viable solution for live services. An ESX host should stay up for years.

 

 

Setting a machine not to quiesce is another bad idea as this means the snapshots will be like a server having the power pulled on it and sometimes it won't recover.

 

 

So don't stop the machine quiescing without good reason and accepting the possible consequences.

 

 

 

 

 

Like my previous post, rebooting the VM has worked for me on numerous occaisions.

green27614 Novice 7 posts since
Mar 6, 2008

If that solution is not a good one for you then good luck in finding another one.

 

I too tried rebooting the VM to no avail.

 

I offered what I found that worked in my environment having the same exact issue.

As with all solutions- your mileage will vary. Incidentally- the rebooting part- came directly from VMware as a last ditch resort.

 






Eddie

Eddie
mike.laspina Virtuoso 2,387 posts since
May 26, 2006

 

Before the backup starts you must snapshot the VM usually with a script like this

 

 

vmware-cmd /vmfs/volumes/461e38c7-e35e9760-3cfd-00145e7b2384/VMName/VMName.vmx createsnapshot bs "Daily backup job snapshot." 1 1

 

 

and then remove the snapshot afterwards with

 

 

vmware-cmd /vmfs/volumes/461e38c7-e35e9760-3cfd-00145e7b2384/VMName/VMName.vmx removesnapshots

 

 

There should be a pre and post function in the backup app.

 

 

I use TSM so I can't tell you what NetBackup requires.

 

 

http://blog.laspina.ca/ vExpert 2009
yaines Lurker 1 posts since
Apr 7, 2008

 

I have to agree with the above point. I'm trying to backup 7 VM's with vcbSnapAll and I kept getting the above error when backing up the Exchange VM and the File Server VM. All others worked fine. I saw this thread and as we do not use Consolidated Backup, there was no config.js file. I'd tried rebooting the VM but still the error appeared. However, when I removed the VMware tools and rebooted again, the VM backs up fine now.

 

 

 

 

 

Definitely worth a try but be warned - you will have to reboot the VM to complete the uninstallation! 

 

 

hugop Hot Shot 185 posts since
Oct 8, 2006

A VMotion of the troublesome VM to another host will also fix this problem.

depping Champion VMware Employees User Moderators vExpert 4,239 posts since
Jan 17, 2005

 

look into this article, and try the work around described for Sun Solaris, might also work.

 

 

http://www.yellow-bricks.com/2008/04/29/vcb-and-solaris-32-bit-vms/

 

 

 

 

Duncan

My virtualisation blog:

http://www.yellow-bricks.com

 

 

Duncan | Yellow-Bricks.com | Author of the vSphere 5.0 Clustering Deepdive
Jim_MT Novice 32 posts since
Jan 11, 2005

Use the "-Q 0" option on the vcbMounter command line.  The problems seems to be with the current version of VMtools.

timfnb Novice 4 posts since
Oct 23, 2006

 

My environment is:

 

 

BackupExec 11d

VCB 1.1.0.64559 (running on my backupserver)

BackupExec was set to run pre/post commands to mount/dismount the snapshot volumes

 

 

I was getting this error message after upgrading to ESX 3.5 and upgrading all of the tools.  Before that, I wasn't receving this error and my backups were working fine. After the upgrade, snapshots would take so long that the VCB would time out.  It would then leave the snapshot out there.

 

 

Last night, I removed the vmtools from 2 of my servers.  It seemed to fix the problems I was having. 

 

 

List of problems we were having:

 

 

1) On domain controllers, they would quit synchronizing changes

2) SQL Servers would halfway respond to requests or not at all

3) Oracle Servers would stop responding to requests

4) Snapshots would take forever to make from the VCB program (even manually) 

 

 

acarrascoctti Lurker 1 posts since
Feb 11, 2008

I've solve the problem reinstalling VMware tools in the vm.

Jim_MT Novice 32 posts since
Jan 11, 2005

It's noit fully a vm-tools issue even though in some instances it resolves the problem.  It is a known bug in ESX 3.5.x and is on VMWare's list to rectify.  Until then - the -Q 0 option takes care of the problem.

chrille@boden… Novice 9 posts since
Apr 12, 2007

 

Hi !

 

 

 

 

 

I solved the problem by migrate the server to antoher host 

 

 

/Christer Sundqvist 

 

 

Bookmarked By (0)

Share This Page

Communities