Scenario B:

Media Server: Backup Exec 2010 R2 installed on Windows 2008 R2 virtual machine running on an ESX 4.1 host.
Guest Machine: Windows 2008 R2 virtual machine running on a different ESX 4.1 host

When the guest machine is selected for backup through the AVVI agent and SAN transport mode is the only transport mode selected the backup will fail with the above error.

Soluton:

SAN transport mode will not be available for backups when the media server is installed on a virtual machine.

Network (NBD / NBDSSL) or Hotadd transport modes will need to be used instead of SAN transport mode.

Scenario C:

Error from the debug log on the media server:

VDDK-Log: SAN: Cannot access a SAN/iSCSI LUN backing this virtual disk. (Hint: If you are using vcbMounter you can use the option "-m nbd" to switch to network based disk access if this is what you want.) If you were attempting file-level access, stop the vmount Service by typing "net stop vmount2" on a command prompt to force vmount to re-scan for SAN LUNs and re-try the command.
VDDK-Log: DISKLIB-LINK  : "san://snapshot[DATASTORE] SERVERNAME/SERVERNAME.vmdk@ESXHOST?DATA\USERNAME/XXX" : failed to open (You do not have access rights to this file).
VDDK-Log: DISKLIB-CHAIN : "san://snapshot[DATASTORE] SERVERNAME/SERVERNAME.vmdk@ESXHOST?DATA\USERNAME/XXX" : failed to open (You do not have access rights to this file).
VDDK-Log: DISKLIB-LIB   : Failed to open 'san://snapshot[DATASTORE] SSERVERNAME/SERVERNAME.vmdk@ESXHOST?DATA\USERNAME/XXX' with flags 0x1e (You do not have access rights to this file).
VM_VCBPROXY_FS::OpenObj() Could not open the disk '[DATASTORE] SERVERNAME/SERVERNAME.vmdk' Error Text: 'You do not have access rights to this file' Error: '13'

Cause:

When backing up a virtual machine using only SAN transport mode the backup can fail with the above error message.  This error can be caused by any of the following.

1. The media server performing the backup does not have access to the SAN.
2. The media server performing the backup can not resolve the name of the ESX server.
3. The user account specified in the backup job does not have all necessary rights needed to perform the backup.

Soluton:

1. Verify the media server can see the SAN disks and they are not marked as OFFLINE.
2. Ping the ESX Host by name from the media server.  Verify the media server can resolve the name and IP of the ESX host correctly.
3. Create a new user account and give it administrator rights in vCenter or the ESX host and attempt the backup again using the new user account.

Please see the Related Documents below for instructions on enabling debug logging and changing user accounts in Backup Exec.

Scenario D:

Debug error:
VDDK-Warn: [NFC ERROR] NfcFssrvr_DiskOpen: received NFC error 11 from server: NfcFssrvrOpen: permission check failed for file [DataStore]Virtual_Machine_Name/Virtual_Machine_Name.vmdk, access = 1
VDDK-Log: DISKLIB-DSCPTR: : "vpxa-nfc://[DataStore] Virtual_Machine_Name/Virtual_Machine_Name.vmdk be 13 67 00 94 6e 91-e0 d0 3f ce 9c 11 62 b6" : Failed to open NBD extent.
VDDK-Log: DISKLIB-LINK  : "vpxa-nfc://[DataStore] Virtual_Machine_Name/Virtual_Machine_Name.vmdk be 13 67 00 94 6e 91-e0 d0 3f ce 9c 11 62 b6" : failed to open (NBD_ERR_GENERIC).
VDDK-Log: DISKLIB-CHAIN : "vpxa-nfc://[DataStore] Virtual_Machine_Name/Virtual_Machine_Name.vmdk be 13 67 00 94 6e 91-e0 d0 3f ce 9c 11 62 b6" : failed to open (NBD_ERR_GENERIC).
VDDK-Log: DISKLIB-LIB   : Failed to open 'vpxa-nfc://[DataStore] Virtual_Machine_Name/Virtual_Machine_Name.vmdk be 13 67 00 94 6e 91-e0 d0 3f ce 9c 11 62 b6' with flags 0x1e (NBD_ERR_GENERIC).

Cause:

This issue might occur if there are multiple VSS providers are installed on the Virtual machine

Eg:VMware Snapshot Provider and Backup Exec VSS Provider are installed on a virtual machine.

Soluton:

Uninstall the VMware Snapshot Provider (instructions in the link below)

www.symantec.com/docs/TECH129864

Scenario E:

When backing up a Windows 2003/8 and 2003/8 R2 VM that is hosted on an ESX / ESXi 4.1 and 5 server with the Agent for VMware Virtual Infrastructure, the backup may fail with the error "V-79-57344-38277 - Unable to open a disk of the virtual machine. VixDiskLib_Open() reported the error: You do not have access rights to this file."

Cause:

This issue is due to a known issue with vSphere 4.1 VDDK 1.1.1 Windows Server 2008 backup fails due to application level quiescing

https://www.vmware.com/support/developer/vddk/VDDK-1.1.1-Relnotes.html

Soluton:

Step 2 is no longer needed in Backup Exec 2010 R3 as long as the VMware VSS Provider is uninstalled from the VM

There are two solutions to this issue in Backup Exec 2010 R2.

• Locate the tools.conf file in C:\ProgramData\VMware\VMware Tools
  Note: if this file does not exist it will have to be created.
• Open tools.conf in notepad
• Add the following lines to the file.
  [vmbackup]
  vss.disableAppQuiescing = true
• Save and exit the file.

3. Restart VMWare Tools service on the guest virtual machine in the question.

4. Run the backup job again.