NetWorker : Impossible d’extraire les données du vCenter : SSL_ERROR_SYSCALL Erreur observée par le BIO SSL/TLS sous-jacent

• Le message d’erreur suivant est renvoyé dans NetWorker Management Console (NMC) lors de l’exécution d’une actualisation de VMware View :

• Les versions de NetWorker Server et de vCenter Server répondent aux exigences de compatibilité. Reportez-vous à la matrice de compatibilité NetWorker disponible ici : https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorker
• NetWorker Server peut résoudre correctement l’adresse IP, le nom de domaine complet (FQDN) et le nom abrégé du vCenter.

nslookup ADDRESS

• Le NetWorker Server peut accéder au port 443 sur le vCenter Server :

Linux :

curl -v vCenter_Address:443

Test-NetConnection -ComputerName vCenter_Address -port 443

L’administrateur du réseau ou du pare-feu doit vérifier les règles de pare-feu qui bloquent ou interrompent les connexions SSL entre NetWorker Server et vCenter Server sur le port 443. Si des règles sont en place, désactivez-les temporairement pour voir si le problème est résolu dans NetWorker. Si la désactivation des règles permet l’actualisation de VMware View et l’exécution des sauvegardes, ajustez les règles de pare-feu ou de routage pour maintenir les connexions entre NetWorker Server et vCenter.
 

Outils de capture de paquets

L’administrateur réseau peut également utiliser des outils de capture de paquets (tcpdump, Wireshark) à partir de NetWorker Server et de vCenter. Lorsque le problème se reproduit, examinez les paquets capturés pour voir si le serveur vCenter ferme la session d’inventaire.

tcpdump Exemple de commande :

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

• nohup indique que la commande est exécutée en arrière-plan jusqu’à ce que l’ID du processus (PID) soit terminé par le kill .
• -i Spécifie l’interface, vous pouvez utiliser anyou spécifiez un nom d’interface réseau, tel que eth0.
• -s 0 spécifie une longueur d’accrochage de 65 535 (la totalité de l’image est capturée).
• -C 500 indique une taille de fichier de 500 000 000 octets.
• -w indique l’emplacement du fichier de sortie. Le fichier de sortie affiché est généré automatiquement avec le nom d’hôte du système et le YYYY-MM-DD lors de son exécution. Un fichier .pcap peut être analysé dans Wireshark.

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

Exemple de commande 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 : Remplacez-la par l’adresse IP du serveur vCenter pouvant être résolue par le DNS. Il doit s’agir de l’adresse IP pouvant être résolue par le DNS pour le nom d’hôte vCenter utilisé pour ajouter le vCenter Server à NetWorker.
SRC_IP_ADDRESS : Remplacez-la par l’adresse IP du NetWorker Server pouvant être résolue par le DNS.

Exemple :

Voir : https://www.wireshark.org/docs/man-pages/tshark.html 

Procédure :

La méthode de capture de paquets utilisée dépend des systèmes d’exploitation concernés. Pour les serveurs Windows NetWorker, utilisez Wireshark ou tshark comme indiqué ci-dessus. Pour les serveurs Linux NetWorker et l’appliance du serveur vCenter, utilisez tcpdump comme indiqué ci-dessus.

1. Démarrez une capture de paquets sur NetWorker Server et vCenter Server. Il doit capturer la tentative de communication entre le NetWorker Server et le vCenter Server.
2. À partir de NetWorker Management Console (NMC), effectuez une actualisation de VMware View.
   1. Accédez à Protection-VMware> View
   2. Cliquez avec le bouton droit de la souris sur le vCenter Server.
   3. Cliquez sur Actualiser.
3. Lorsque l’erreur SSL_ERROR_SYSCALL s’affiche. Notez l’heure sur le NetWorker Server et le vCenter Server.
4. Arrêtez les captures de paquets.
5. Passez en revue les captures de paquets pour tous les paquets de réinitialisation TCP (RST) entre NetWorker Server et vCenter Server. 

Prenez note des éléments suivants :

• Adresse IP pouvant être résolue par le DNS du NetWorker Server et du vCenter Server.
• Fuseaux horaires du NetWorker Server et du vCenter Server (s’il s’agit d’un fuseau différent).
• Horodatage sur le NetWorker Server lorsque le SSL_ERROR_SYSCALL est apparu dans NMC.
  • Le fichier /nsr/logs/daemon.raw rendu sur le NetWorker Server consigne un échec nsrvim lorsque cette erreur s’affiche. Le daemon.raw doit être rendu localement sur le NetWorker Server pour afficher les horodatages dans le fuseau horaire du serveur.
    NetWorker : Utilisation de nsr_render_log pour afficher .raw fichiers journaux

NVP vProxy : Dépannage de la connectivité réseau pour les opérations
de sauvegarde et de restaurationNVP vProxy : VMware View ne s’actualise pas et toutes les sauvegardes de machines virtuelles échouent