PowerProtect Data Manager: Respaldos de TSDM: "no se puede conectar al host de Data Domain de destino"

Los respaldos de TSDM fallan en uno o varios PowerProtect Data Domain. Los respaldos del motor directo de la máquina virtual (VM) se completan correctamente.

• Códigos de error: ABV0040, ABV0016
• Error de trabajo de protección:

Unable to successfully complete SDM Full Sync operation.  Unsuccessful after 1 attempts over 11m14.958797693s.  The vCenter task for 'SDM Snapshot Sync Full' completed with state 'error'.  TSDM Error Code: <TargetDataDomainUnreachable>, TSDM Error Message: <Unable to connect to target DataDomain host. Error message: Failed to connect to '192.168.1.1'. err='calling system(), returns nonzero'>., target=VM_Name

Unable to successfully complete SDM Full Sync operation.  Unsuccessful after 1 attempts over 11m14.958797693s.  The vCenter task for 'SDM Snapshot Sync Full' completed with state 'error'.  TSDM Error Code: <TargetDataDomainUnreachable>, TSDM Error Message: <Unable to connect to target DataDomain host. Error message: Failed to connect to '192.168.1.1'. err='calling system(), returns nonzero'>. (500)

 
Ubicación del registro de PowerProtect: /opt/emc/vmdirect/runtime/logs/recycle/vpod/<date>/BackupVmSession-<SessionId>.log:

2025-01-10T18:00:20.807Z ERROR:  [9bf47huh78e89623;987879j898817775] SDM Data Mover: SDM Full Sync: The vCenter task for 'SDM Snapshot Sync Full' completed with state 'error'.  TSDM Error Code: <TargetDataDomainUnreachable>, TSDM Error Message: <Unable to connect to target DataDomain host. Error message: Failed to connect to '192.168.1.1'. err='calling system(), returns nonzero'>.

Ubicación del registro de ESXi: /var/run/log/tsdm.log:

2025-01-19T09:54:28.787Z In(30) tsdm[316937630]: error TSDM[0x000000bb79082700] [sub=DdBoostLogger]: ddBoostLogger.cpp:69 WriteDDBoostLog: [316937630:805189461760] ddp_connect_with_config_internal() failed, Hostname: 192.168.1.1, Err: 5040-ddcl_ost2_connect_ext(): RPC failure after reconnect
2025-01-19T09:54:28.787Z In(30) tsdm[316937630]: error TSDM[0x000000bb79082700] [sub=DdBoostLogger]: ddBoostLogger.cpp:69 WriteDDBoostLog: [316937630:805189461760] ddp_connect_with_config() failed, Hostname: 192.168.1.1, Err: 5040-ddcl_ost2_connect_ext(): RPC failure after reconnect
2025-01-19T09:54:28.787Z In(30) tsdm[316937630]: error TSDM[0x000000bb79082700] [sub=SdmDdLog]: ddBoostFacade.cpp:1405 CreateConnectStatus: {DdBoostFacade SdmOpId=[protectedEntity='5012343b-4f0f-ca79-1b1f-c15e2e245456',cycleSession='1766136789043548',traceId='be6f2h76fgr4e4er9;82e8cd25c4h786g6']} Failed to connect to '192.168.1.1'. err='calling system(), returns nonzero'

Las fallas de respaldo se producen cuando una falta de coincidencia de MTU entre ESXi y PowerProtect DD causa fragmentación de la red e interrupción del flujo de datos. Esta falta de coincidencia puede ocurrir en cualquier segmento de red que se encuentre en la ruta entre dos hosts, en este caso ESXi y PowerProtect DD.

Si los dispositivos utilizan diferentes tamaños de MTU, los paquetes se pueden fragmentar o descartar, lo que causa lo siguiente:

• Rendimiento lento del respaldo
• Tiempos de espera agotados o reintentos
• Fallas en trabajos de respaldo

La configuración de MTU y los problemas de ruta-MTU están bajo la responsabilidad del equipo de redes e infraestructura, ya que administran las redes de ESXi, los switches, los firewalls y las rutas de red de DD. 

El tamaño de la MTU debe ser coherente a lo largo de la ruta entre dos hosts, en este caso, ESXi y PowerProtect DD. Consulte el artículo de PowerProtect DD: Data Domain: Cómo asegurarse de que la MTU sea coherente a lo largo de la ruta

Confirme MTU en VMkernel de ESXi:

1. Conéctese a vSphere-seleccione> el host ESXi-Configure-Networking-VMkernel>>>adapters-> Seleccione el VMkernel:>Edit.

Ejemplo de salida de 1500 MTU:

2. Confirme a través de la CLI:> SSH a ESXi:> ejecute el siguiente comando.

esxcfg-vmknic -l

Ejemplo del mensaje de salida:

Confirme la MTU en la interfaz de PowerProtect DD:

1. Conéctese a PowerProtect DD mediante SSH y ejecute el comando que se indica a continuación.

net show config

Ejemplo del mensaje de salida:

2. En la interfaz de usuario de PowerProtect DD ->Hardware ->Ethernet ->Interfaces 

Prueba de MTU

Primero, para confirmar que los puertos estén abiertos, los puertos cerrados fallan en una prueba de MTU.

Reemplace los siguientes parámetros para que coincidan con su entorno (incluidos <>):
<your_dd_interface> con las interfaces de red de PowerProtect DD, según lo establecido en la política de protección.
<your_vmk_ip> con su ESXi VMkernel IP

1. Confirme la comunicación general.

Utilice la interfaz de DD según lo establecido en la política de protección de PowerProtect Data Manager. Si utiliza el nombre de dominio calificado (FQDN) de PowerProtect DD, ESXi debe poder resolver el FQDN en la IP de DD correcta requerida para el respaldo. Ejemplo ping y nslookup Sintaxis:

ping <your_dd_interface>

nslookup <your_dd_interface>

Ejemplo del mensaje de salida:
 

NC de ESXi mediante VMkernel específico (si no es el predeterminado):

nc -s <your_vmk_ip> -zv <your_dd_interface> 2049

Ejemplo del mensaje de salida:

Si no está seguro de la comprobación de IP de VMkernel:

• vSphere UI>: seleccione ESXI host-Configure-Networking-VMkernel>>>adapter
• CLI:  esxcli network ip interface ipv4 get

2. Verifique el tamaño de MTU para 9000 tramas jumbo entre ESXI y DD.

Reemplace los siguientes parámetros para que coincidan con su entorno (incluido <>):
<your_dd_interface> con las interfaces de red de PowerProtect DD según lo establecido en la política de protección.

vmkping -d -s 8972 <your_dd_interface>
vmkping -d -s 8500 <your_dd_interface>

3. Verifique el tamaño de MTU para 1500 entre ESXI y DD.

vmkping -d 1472 <your_dd_interface>

¿Por qué 8972 o 1472?
Estos valores son los tamaños de carga útil de ICMP necesarios para alcanzar la MTU una vez que se agrega la sobrecarga de protocolo:

• • 8 bytes para el encabezado ICMP
  • 20 bytes para el encabezado de la IP

Carga útil + 28 = MTU
(Por ejemplo, MTU de 1472 → 1500, MTU de 8972 → 9000)

Ejemplo del mensaje de salida:

Si fallan las pruebas de vmkping de MTU, esto indica una incompatibilidad de MTU en algún lugar a lo largo de la ruta de red entre ESXI y DD. La configuración de MTU y los problemas de ruta-MTU están bajo la responsabilidad del equipo de redes e infraestructura, ya que administran las redes de ESXi, los switches, los firewalls y las rutas de red de DD. 

Si el VMkernel y DD de ESXi están configurados en 9000, pero el ping de MTU falla, configure temporalmente la MTU de VMkernel en 1500 y ejecute un respaldo de TSDM. Incluso con 1500 en el origen y 9000 en el destino, las diferencias de MTU de ruta aún pueden causar problemas. Como se indicó anteriormente, consulte el artículo de PowerProtect DD: Data Domain: Cómo asegurarse de que la MTU sea coherente a lo largo de la ruta