NetWorker: No se pueden obtener datos de vCenter: SSL_ERROR_SYSCALL Error observado en el BIOS de SSL/TLS subyacente

• Se muestra el siguiente mensaje de error en NetWorker Management Console (NMC) cuando se realiza una actualización de VMware View:

• Las versiones de NetWorker Server y vCenter Server cumplen con los requisitos de compatibilidad. Consulte la matriz de compatibilidad de NetWorker disponible a través de: https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorker
• NetWorker Server puede resolver la dirección IP, el nombre de dominio calificado (FQDN) y el nombre corto de vCenter correctamente.

nslookup ADDRESS

• NetWorker Server puede comunicarse con el puerto 443 en vCenter Server:

Linux:

curl -v vCenter_Address:443

Test-NetConnection -ComputerName vCenter_Address -port 443

El administrador de la red o del firewall debe comprobar si hay reglas de firewall que bloqueen o interrumpan las conexiones SSL entre NetWorker Server y vCenter Server en el puerto 443. Si existen reglas establecidas, deshabilítelas temporalmente para ver si el problema se resuelve en NetWorker. Si la deshabilitación de las reglas permite que VMware View se actualice y que se completen los respaldos, ajuste las reglas de firewall o enrutamiento para mantener las conexiones entre NetWorker Server y vCenter.
 

Herramientas de captura de paquetes

El administrador de red también puede utilizar herramientas de captura de paquetes (tcpdump, Wireshark) desde NetWorker Server y vCenter. Cuando se reproduzca el problema, revise las capturas de paquetes para ver si vCenter está cerrando la sesión de inventario.

tcpdump Ejemplo de comando:

nohup tcpdump -i any -s 0 -C 500 -w /tmp/`hostname`_`date -I`.pcap &

• nohup indica que el comando se ejecuta en segundo plano hasta que el ID de proceso (PID) finalice con el kill comando.
• -i Especifica la interfaz, puede usar anyo especifique un nombre de interfaz de red, como eth0.
• -s 0 especifica una longitud de instantánea de 65535 (se captura todo el fotograma).
• -C 500 indica un tamaño de archivo de 500 000 000 bytes.
• -w indica la ubicación del archivo de salida. El archivo de salida que se muestra se genera automáticamente con el nombre de host del sistema y AAAA-MM-DD que se ejecutó. Un archivo .pcap se puede analizar en Wireshark.

NetWorker Server de Linux y vCenter Server: https://www.tcpdump.org/manpages/tcpdump.1.html 

Ejemplo de comando Wireshark tshark:

cd "C:\Program Files\Wireshark"

.\tshark.exe -D

.\tshark.exe -i{Interface Number} -a files:{number of files} -b duration:{file duration in seconds} -f "dst host DST_IP_ADDRESS and src host SRC_IP_ADDRESS" -w tshark_capture.pcapng

DST_IP_ADDRESS: Reemplace esto por la dirección IP que se puede resolver por DNS del servidor vCenter. Esta debe ser la dirección IP que se puede resolver por DNS para el nombre de host de vCenter utilizado para agregar el vCenter Server a NetWorker.
SRC_IP_ADDRESS: Reemplace esto por la dirección IP que se puede resolver por DNS del servidor NetWorker Server.

Ejemplo:

Véase: https://www.wireshark.org/docs/man-pages/tshark.html 

Procedimiento:

El método de captura de paquetes utilizado depende de los sistemas operativos involucrados. En el caso de los servidores NetWorker de Windows, utilice Wireshark o tshark como se detalla anteriormente. Para los servidores Linux NetWorker y el dispositivo del servidor de vCenter, utilice tcpdump como se indicó anteriormente.

1. Inicie una captura de paquetes en NetWorker Server y en vCenter Server. Esto debe capturar el intento de comunicación entre NetWorker Server y vCenter Server.
2. En NetWorker Management Console (NMC), realice una actualización de VMware View.
   1. Vaya a Protection-VMware> View
   2. Haga clic con el botón secundario en vCenter Server.
   3. Haga clic en Actualizar.
3. Cuando aparece el SSL_ERROR_SYSCALL error. Tome nota de la hora en NetWorker Server y vCenter Server.
4. Detenga las capturas de paquetes.
5. Revise las capturas de paquetes para ver si hay paquetes de restablecimiento TCP (RST) entre NetWorker Server y vCenter Server. 

Toma nota de lo siguiente:

• La dirección IP que se puede resolver por DNS de NetWorker Server y vCenter Server.
• Las zonas horarias de NetWorker Server y vCenter Server (en caso de que sean diferentes).
• El registro de fecha y hora en NetWorker Server cuando el SSL_ERROR_SYSCALL apareció en NMC.
  • El /nsr/logs/daemon.raw representado en el servidor NetWorker Server registra una falla de nsrvim cuando aparece este error. El daemon.raw se debe representar localmente en NetWorker Server para representar los registros de fecha y hora en la zona horaria del servidor.
    NetWorker: Cómo usar nsr_render_log para representar .raw archivos de registro

NVP vProxy: Solución de problemas de conectividad de red para operaciones
de respaldo y restauraciónProxy de NVP vProxy: VMware View no se actualiza y todos los respaldos de VM fallan