NetWorker: Daten können nicht von vCenter abgerufen werden: SSL_ERROR_SYSCALL Von der zugrunde liegenden SSL/TLS-BIO beobachteter Fehler

• Die folgende Fehlermeldung wird in der NetWorker Management Console (NMC) zurückgegeben, wenn eine VMware View-Aktualisierung durchgeführt wird:

• Die Versionen von NetWorker-Server und vCenter Server erfüllen die Kompatibilitätsanforderungen. Weitere Informationen finden Sie in der NetWorker-Kompatibilitätsmatrix, die verfügbar ist unter: https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorker
• Der NetWorker-Server kann die IP-Adresse, den vollständig qualifizierten Domainnamen (FQDN) und den Kurznamen von vCenter korrekt auflösen.

nslookup ADDRESS

• Der NetWorker-Server kann Port 443 auf dem vCenter Server erreichen:

Linux:

curl -v vCenter_Address:443

Test-NetConnection -ComputerName vCenter_Address -port 443

Der Netzwerk- oder Firewalladministrator muss prüfen, ob Firewallregeln SSL-Verbindungen zwischen dem NetWorker-Server und vCenter Server auf Port 443 blockieren oder unterbrechen. Wenn Regeln vorhanden sind, deaktivieren Sie sie vorübergehend, um festzustellen, ob das Problem in NetWorker behoben wurde. Wenn die Deaktivierung der Regeln es VMware View ermöglicht, zu aktualisieren und Backups abzuschließen, passen Sie die Firewall- oder Routingregeln an, um die Verbindungen zwischen dem NetWorker-Server und vCenter aufrechtzuerhalten.
 

Tools zur Paketerfassung

Der Netzwerkadministrator kann auch Paketerfassungstools (tcpdump, Wireshark) vom NetWorker-Server und vCenter. Wenn das Problem reproduziert wird, überprüfen Sie die Paketerfassungen, um festzustellen, ob der vCenter Server die Bestandsaufnahmesitzung schließt.

tcpdump Befehlsbeispiel:

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

• nohup gibt an, dass der Befehl im Hintergrund ausgeführt wird, bis die Prozess-ID (PID) mit dem Befehl kill .
• -i Gibt die Schnittstelle an, die Sie verwenden können anyoder geben Sie einen Netzwerkschnittstellennamen an, z. B. eth0.
• -s 0 gibt eine Fanglänge von 65535 an (der gesamte Frame wird erfasst).
• -C 500 Gibt eine Dateigröße von 500.000.000 Byte an.
• -w Gibt den Speicherort der Ausgabedatei an. Die angezeigte Ausgabedatei wird automatisch mit dem Systemhostnamen und JJJJ-MM-TT erzeugt, mit dem sie ausgeführt wurde. Eine .pcap-Datei kann in Wireshark analysiert werden.

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

Beispiel für den Befehl 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: Ersetzen Sie diese durch die auflösbare DNS-IP-Adresse des vCenter Servers. Dies sollte die auflösbare DNS-IP-Adresse für den vCenter-Hostnamen sein, der zum Hinzufügen des vCenter-Servers zu NetWorker verwendet wird.
SRC_IP_ADDRESS: Ersetzen Sie diese durch die auflösbare DNS-IP-Adresse des NetWorker-Servers.

Beispiel:

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

Verfahren:

Welche Methode zur Paketerfassung verwendet wird, hängt von den beteiligten Betriebssystemen ab. Verwenden Sie für Windows NetWorker-Server Wireshark oder tshark wie oben beschrieben. Verwenden Sie für Linux NetWorker-Server und die vCenter Server Appliance tcpdump wie oben beschrieben.

1. Starten Sie eine Paketerfassung auf dem NetWorker-Server und auf dem vCenter Server. Dadurch muss der Kommunikationsversuch zwischen dem NetWorker-Server und vCenter Server erfasst werden.
2. Führen Sie über die NetWorker Management Console (NMC) eine VMware View-Aktualisierung durch.
   1. Gehen Sie zu Protection –> VMware View
   2. Klicken Sie mit der rechten Maustaste auf den vCenter Server.
   3. Klicken Sie auf Aktualisieren.
3. Wenn der SSL_ERROR_SYSCALL-Fehler angezeigt wird. Notieren Sie sich die Uhrzeit auf dem NetWorker-Server und auf dem vCenter Server.
4. Beenden Sie die Paketerfassung.
5. Überprüfen Sie die Paketerfassungen auf TCP-Reset-Pakete (RST) zwischen dem NetWorker-Server und vCenter Server. 

Beachten Sie:

• Die auflösbare DNS-IP-Adresse des NetWorker-Servers und des vCenter-Servers.
• Die Zeitzonen des NetWorker-Servers und des vCenter Servers (falls unterschiedlich).
• Der Zeitstempel auf dem NetWorker-Server, als der SSL_ERROR_SYSCALL in der NMC angezeigt wurde.
  • Das gerenderte /nsr/logs/daemon.raw auf dem NetWorker-Server protokolliert einen nsrvim-Fehler , wenn dieser Fehler angezeigt wird. Der daemon.raw muss lokal auf dem NetWorker-Server gerendert werden, um die Zeitstempel in der Zeitzone des Servers zu rendern.
    NetWorker: So verwenden Sie nsr_render_log zum Rendern .raw Protokolldateien

NVP-vProxy: Troubleshooting der Netzwerkverbindung für Backup- und Wiederherstellungsvorgänge
NVP-vProxy: VMware View wird nicht aktualisiert und alle VM-Backups schlagen fehl