Avamar VM-Image-Backup schlägt mit der Fehlermeldung "NBD_ERR_NETWORK_CONNECT" fehl

• Die VM-Backups schlagen mit dem folgenden Fehler fehl: 

2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:DISKLIB-LIB   : Failed to open 'vpxa-nfcssl://[<Datastore_Name>] <VM_Name>/<VM_Name>.vmdk@<esx_name>.com:902' with flags 0x1e NBD_ERR_NETWORK_CONNECT (2338). 
2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:NBD_ClientOpen: attempting to create connection to vpxa-nfc://[<Datastore_Name>] <VM_Name>/<VM_Name>.vmdk@<esx_name>:902
2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:CnxAuthdConnect: Returning false because CnxAuthdConnectTCP failed 2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:CnxConnectAuthd: Returning false because CnxAuthdConnect failed
2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:Cnx_Connect: Returning false because CnxConnectAuthd failed
2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:Cnx_Connect: Error message: Host address lookup for server esx-dc-ams003.avg.com failed: Name or service not known 2015-11-18 09:44:15 avvcbimage Warning <16041>: VDDK:[NFC ERROR] NfcNewAuthdConnectionEx: Failed to connect to peer. Error: Host address lookup for server esx-dc-ams003.avg.com failed: Name or service not known
2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:NBD_ClientOpen: Couldn't connect to esx-dc-ams003.avg.com:902 Host address lookup for server esx-dc-ams003.avg.com failed: Name or service not known
2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:DISKLIB-DSCPTR: : "vpxa-nfc://[<Datastore_Name>] <VM_Name>/<VM_Name>.vmdk@<esx_name>:902" : Failed to open NBD extent.
2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:DISKLIB-LINK  : "vpxa-nfc://[<Datastore_Name>] <VM_Name>/<VM_Name>.vmdk@<esx_name>:902" : failed to open (NBD_ERR_NETWORK_CONNECT). 
2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:DISKLIB-CHAIN : "vpxa-nfc://[<Datastore_Name>] <VM_Name>/<VM_Name>.vmdk@<esx_name>:902" : failed to open (NBD_ERR_NETWORK_CONNECT).
2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:DISKLIB-LIB   : Failed to open 'vpxa-nfc://[<Datastore_Name>] <VM_Name>/<VM_Name>.vmdk@<esx_name>:902' with flags 0x1e NBD_ERR_NETWORK_CONNECT (2338).
2015-11-18 09:44:15 avvcbimage Error <0000>: [IMG0008] Failed to connect to virtual disk [<Datastore_Name>] <VM_Name>/<VM_Name>.vmdk (13) (13) You do not have access rights to this file
2015-11-18 09:44:15 avvcbimage Info <19644>: Connecting virtual disk [san_storage_dc_ams_00_web] <VM_Name>/<VM_Name>.vmdk
2015-11-18 09:44:15 avvcbimage Error <0000>: [IMG0008] VixDiskLib_Open([<Datastore_Name>] <VM_Name>/<VM_Name>.vmdk) returned (13) You do not have access rights to this file
2015-11-18 09:44:15 avvcbimage Info <9772>: Starting graceful (staged) termination, VixDiskLib_Open attempt to connect to virtual disk failed (wrap-up stage)
2015-11-18 09:44:15 avvcbimage Info <16052>: Terminating backup of all remaining virtual disks

Der Proxy ist über Port 902 mit ESX verbunden und versucht, eine Verbindung zur VM-Festplatte mehr als einmal herzustellen, schlägt jedoch aufgrund von Netzwerkproblemen (z. B. Paketverlusten) mit dem folgenden Fehler fehl: 

2015-11-18 09:44:15 avvcbimage Info <16041>: VDDK:DISKLIB-LIB   : Failed to open 'vpxa-nfc://[<Datastore_Name>] <VM_Name>/<VM_Name>.vmdk@<esx_Name>:902' with flags 0x1e NBD_ERR_NETWORK_CONNECT (2338).

Workaround:

1. Hosten Sie die VMotion der virtuellen Maschine, die nicht gesichert werden konnte (oben als "VM_Name" bezeichnet) auf einem anderen ESX-Server.
2. Führen Sie ein On-Demand-Backup der migrierten virtuellen Maschine aus.
3. Nach erfolgreichem Abschluss sollte der Kunde sein Netzwerkteam beauftragen , zu prüfen, warum Pakete zwischen dem Proxy (oben als "Proxy_Name" bezeichnet") und dem ESX (als "esx_name" bezeichnet) abgelegt werden.

Problemumgehung

Überprüfen Sie den Datensatz des ESX-Servers im DNS, um festzustellen, ob der Proxy, der für dieses Gruppenbackup verwendet wird, diesen ESX-Host mit demselben Datensatz auflösen kann.

Gehen Sie hierfür folgendermaßen vor:

1. Öffnen Sie eine PuTTY-Datei mit dem für das Backup verwendeten Proxy (z. B. Proxy_Name).
2. Führen Sie die Datei nslookup <esx_FQN> verwenden.
3. Wenn das Ergebnis negativ ist, bitten Sie den Kunden, den ESX-Datensatz auf dem DNS zu ändern oder jeden Proxy hinzuzufügen /etc/hosts Datei mit dem richtigen ESX-FQN und der richtigen IP.