VMware-Importscans erfolgreich, aber Dateidownloads schlagen fehl
Ein VMware-Dienst verbindet sich mit vCenter und scannt VMs, aber Sicherungs- oder Importaufträge schlagen mit „Server hat Verbindung abgelehnt“ fehl, wenn Dateien abgerufen werden. Meist liegt es an DNS oder der Erreichbarkeit von Port 902 zu den ESXi-Hosts.
Symptome
Der VMware-Dienst verbindet sich mit vCenter und scannt VMs ohne Fehler.
Ein Sicherungs- oder Importauftrag startet, pausiert dann, versucht es erneut und schlägt nach mehreren Versuchen fehl.
Das Dienstprotokoll zeigt, dass der Snapshot erfolgreich war, gefolgt von einer Reihe von Downloadfehlern:
Fehler: Der Server hat die Verbindung abgelehnt
Fehler beim Herunterladen der Datei: [<datastore>] <VM>/<VM>.nvram
Fehler beim Herunterladen der Datei: [<datastore>] <VM>/<VM>.vmxf
Fehler beim Herunterladen der Datei: [<datastore>] <VM>/<VM>.vmx
Sicherungsauftrag pausiert aufgrund eines Fehlers. Neuer Versuch in ungefähr Nm (#k von 10)Der Fehler betrifft jede Datei, einschließlich der kleinen Konfigurationsdateien (
.vmx,.vmxf,.nvram) — nicht nur die großen virtuellen Festplatten.
Überblick
Der VMware-Dienst verwendet vCenter nur, um VMs aufzulisten und ihre Dateien zu lokalisieren. Die eigentliche Übertragung erfolgt direkt zum ESXi-Host, dem der Datenspeicher der VM gehört, unter dem Host-FQDN, den vCenter zurückgibt.
Wenn der Dienst vCenter erreichen kann, aber nicht diesen ESXi-Host, sieht vCenter gesund aus — der Scan ist erfolgreich — während jeder Download mit „Der Server hat die Verbindung abgelehnt“ fehlschlägt. Dafür gibt es zwei häufige Ursachen.
1. DNS. Der VMware-Dienst kann die von vCenter zurückgegebenen FQDNs der ESXi-Hosts nicht auflösen. Der übliche Grund ist ein falscher oder fehlender DNS-Server oder Suchdomäne auf der NIC der Dienst-VM. Dies ist die häufigste Ursache. Das erklärt auch, warum VMs in einem Cluster problemlos gesichert werden, während ein anderer Cluster fehlschlägt — die Hosts des funktionierenden Clusters lassen sich zufällig auflösen.
2. Netzwerk oder Firewall. Der Hostname lässt sich auflösen, aber der Host ist nicht direkt erreichbar. Für die Übertragung müssen TCP 443 (vSphere API) und TCP 902 (NFC, der Festplatten-Datenkanal) vom VMware-Dienst zu jedem ESXi-Host offen sein, nicht nur zu vCenter. Port 902 wird am häufigsten übersehen.
Diagnose
Notieren Sie in vSphere die FQDNs der ESXi-Hosts in dem Cluster, dem der Datenspeicher der fehlerhaften VM gehört. Mit diesen Namen verbindet sich VergeOS.
Navigieren Sie in VergeOS zu Import/Export > VMware Services und doppelklicken Sie auf den Dienst.
Wählen Sie Dienst anzeigen > Diagnose.
Versuchen Sie im Diagnosebereich, jeden Host-FQDN aufzulösen und zu erreichen.
Wenn sich ein Name nicht auflösen lässt, liegt die Ursache bei DNS.
Wenn sich ein Name auflösen lässt, aber keine Verbindung zustande kommt, prüfen Sie die Firewall und Port 902.
Lösung
Stellen Sie die NIC der VMware-Dienst-VM auf einen DNS-Server ein, der die FQDNs der ESXi-Hosts auflöst, oder fügen Sie die richtige Suchdomäne hinzu. Siehe IPv4-Einstellungen der VMware-Service-VM-NIC konfigurieren.
Stellen Sie sicher, dass TCP 443 und 902 vom VMware-Dienst zu jedem ESXi-Host offen sind, nicht nur zu vCenter.
Führen Sie den Auftrag erneut aus. Die Downloads kommen über die Konfigurationsdateien hinaus und gehen weiter zu den virtuellen Festplatten.
Zusätzliche Ressourcen
Zuletzt aktualisiert
War das hilfreich?