UNSOLVED

cpmp

updated

14 years ago

C

cpmp

13 Posts

0

3541

November 15th, 2012 06:00

Avamar versus ESXi 5.1.x

6.1.0-402

 

Since our VM farm was upgraded to ESXi 5.1.0 backups of Win2K8-R2 VMs have been failing with the following error:

 

2012-11-14 21:03:30 avvcbimage Error <12015>: Failed to connect to virtual disk VMNAME/VMNAME.vmdk (13) (13) You do not have access rights to this file (Log #1)
2012-11-14 21:03:30 avvcbimage Error <9767>: VixDiskLib_Open( VMNAME/VMNAME.vmdk) returned (13) You do not have access rights to this file (Log #1)
2012-11-14 21:03:35 avvcbimage Error <9768>: Avtar exited with 'code 163: externally cancelled' (Log #1)

 

I have seen and tested solutions for similar suggested in:
[http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2035736 | http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2035736]
[http://www.bluemunkey.com/?p=338 | http://www.bluemunkey.com/?p=338]

 

However, that solution, setting "disk.EnableUUID" to FALSE and the associated process (shutting down the VM), is unacceptable. It's my impression that this leads to an file-based quiesced snapshot rather than application-based. Since I have quite a few mission-critical systems running, for which obtaining downtimes would be onerous, has a more reasonable solution been proposed or does the 5.1.0a update address the issue (it's not explicitly mentioned)?

 

In other words, has anyone else encountered this issue and found a reasonable solution?! TIA!

  • cpmp

    13 Posts

    647

    0

    Posted May 20th, 2013 10:00

    While we wait for a VMWARE solution (no laughing) we opted to disable the VM VSS Snapshot Provider service on systems on which it was installed. That was the only non-disruptive solution we could find, since it forces Avamar to instead use the Microsoft VSS provider. This seems to work just fine, though you should definately test your restores.

  • Zynan

    2 Posts

    647

    0

    Posted May 20th, 2013 10:00

    I have been having the same problem since upgrading to ESX 5.1 - did you ever come to a resolution?  the work around is quite unacceptable.

  • Zynan

    2 Posts

    647

    0

    Posted May 20th, 2013 10:00

    haha, can't help it. That's what we did too but I was hoping that there was a better solution that I had missed somewhere.  Thanks for the response!

  • J_H_

    2 Intern

    498 Posts

    647

    0

    Posted May 28th, 2013 14:00

    I think you are correct on the quiesce

    after the 5.1 upgrade I had to add this to my dataset

    [avvcbimage]quiesce_fs=false

    that is   a  v  v  c  b  i  m  a  g  e

  • ionthegeek

    2 Intern

    2049 Posts

    647

    1

    Posted June 3rd, 2013 10:00

    I would strongly recommend adding the quiesce_fs flag to the dataset as J.H. describes above rather than setting it using the avvcbimage.cmd flag file. The flag files always override the dataset. What if the default behaviour changes in a later release? It's a lot easier to change the dataset than it is to update or re-deploy every proxy.

  • ionthegeek

    2 Intern

    2049 Posts

    647

    0

    Posted June 3rd, 2013 10:00

    Also, there is no need to reset or re-register the proxy (or any client) after changing the flag files. Flag files are loaded and processed at backup runtime.

  • falvaro

    1 Message

    647

    0

    Posted June 3rd, 2013 10:00

    you need login to your avamar proxy

    cd /usr/local/avamarclient/var

    edit your avvcbimage.cmd

    add --quiesce_fs=false

    save

    then cd ../var-proxy-1

    edit your avvcbimage.cmd again

    add --quiesce_fs=false

    save

    then reset proxy and re-register it

  • Tirtul

    1 Rookie

    8 Posts

    647

    0

    Posted June 3rd, 2013 20:00

    Upgrade your grids to 6.1SP1

  • J_H_

    2 Intern

    498 Posts

    647

    0

    Posted June 4th, 2013 10:00

    I am on 6.1.1-87 and still had to use the quiesce.