Beheben Sie Probleme mit Hostprofilen und TNPs, wenn sie für die automatische Bereitstellung von statusfreien Clustern verwendet werden.
Szenario | Beschreibung |
---|---|
Wenn mehrere VMkernel-Adapter mit aktivierter Unterstützung für Management, vMotion und anderen Datenverkehr zum selben logischen Switch migriert werden, werden nach dem Neustart VMkernel-Adapter zum logischen Switch migriert. Der Dienst auf einem VMkernel-Adapter ist jedoch auf einem anderen Adapter aktiviert. |
Beispielsweise ist vor der Migration vmk0 aktiviert, um den Management-Datenverkehr zu unterstützen und vmk1 ist für den Datenverkehr von vMotion aktiviert. Nach dem Neustart des Hosts unterstützt vmk0 den vMotion-Datenverkehr und vmk1 unterstützt den Management-Datenverkehr. Dies führt nach dem Neustart zu einem Fehler aufgrund von Nichtkonformität. Problemumgehung: Keine. Es gibt keine Auswirkung, da sich beide VMkernel-Adapter auf demselben logischen Switch befinden. |
Der Fortschritt der Hostvorbereitung bleibt bei 60 % hängen, während für den Knotenstatus AKTIV angezeigt wird. | Problem: Wenn ein TNP auf einen Cluster angewendet wird, wird NSX-T erfolgreich auf dem Host installiert und für den Knotenstatus wird AKTIV angezeigt. Für die GUI wird jedoch weiterhin ein Fortschritt von 60 % angezeigt. Problemumgehung: Wenden Sie die TNP- oder TN-Konfiguration erneut an, ohne dass die Konfiguration geändert wird. Dadurch wird der Status auf der GUI auf 100 % festgelegt. |
Obwohl die VMkernel-Migration erfolgreich war, lag ein TN-Validierungsfehler vor, bevor die Host-Switches entfernt wurden. |
Problem: Wenn Sie die vmk0-Verwaltungsschnittstelle von Vswitch zu einem logischen vSwitch migrieren, wird NSX-T erfolgreich auf dem Host installiert. Die VMkernel-Migration ist erfolgreich, aber für den TN-Status wird „Teilweise erfolgreich“ mit Fehlern angezeigt. Validierung vor dem Entfernen von Host-Switches fehlgeschlagen: [Fehler: kein Verwaltungs-VMK wird PNIC aufweisen, nachdem ['vmk1'] in ['9a bb eb c1 04 81 40 e2-bc 3f 3e aa bd 14 62 1e'] alle PNICs verloren hat.]; LogicalSwitch-Vollsynchronisierung: Abfrage zur Realisierung der LogicalSwitch-Vollsynchronisierung übersprungen. Problemumgehung: Keine. Ignorieren Sie die Fehlermeldung, da die VMkernel-Migration erfolgreich war. |
Die erneute TNP-Anwendung, bei der die Netzwerkzuordnung für die Installation vmk0 enthält, führt zum Konnektivitätsverlust für den Host. | Problem: Wenn eine TNP-Konfiguration vmk0 in der Netzwerkzuordnung für die Installation enthält, verlieren die Hosts die Konnektivität. Problemumgehung: Starten Sie anstelle der erneuten TNP-Anwendung den Host mit den erforderlichen Konfigurationen in TNP neu. |
Das Hostprofil kann nicht angewendet werden, da die MUX-Benutzerkennwortrichtlinie und das Kennwort nicht zurückgesetzt wurden. | Problem: nur auf Hosts, auf denen Versionen vor vSphere 6.7 U3 ausgeführt werden. Die Hostwartung und Hostprofilanwendung auf Hosts schlagen möglicherweise fehl, es sei denn, das Kennwort mux_user wird zurückgesetzt. Problemumgehung: Bearbeiten Sie unter „Richtlinien & Profile“ das Hostprofil, um die Kennwortrichtlinie „mux_user“ zu ändern und setzen Sie das Kennwort mux_user zurück. |
Hostprofil ist nicht portabel. | Problem: keiner der vCenter-Server kann das Hostprofil verwenden, das die NSX-T-Konfiguration enthält. Problemumgehung: Keine |
Regel-Engine für automatische Bereitstellung | Problem: Das Hostprofil kann nicht in Regeln zum automatischen Bereitstellen verwendet werden, um neue Cluster bereitzustellen. Wenn neue Cluster bereitgestellt werden, werden die Hosts mit Basisnetzwerk bereitgestellt und sie bleiben im Wartungsmodus. Problemumgehung: Bereiten Sie jeden Cluster über die NSX-T-GUI vor. Siehe Anwenden von TNP auf einem statusfreien Cluster. |
Prüfung von Konformitätsfehlern. | Problem: Die Hostprofilwartung kann die Konformitätsfehler im Zusammenhang mit der NSX-T-Konfiguration nicht beheben.
Problemumgehung: Stellen Sie sicher, dass die NSX-T-Konfiguration auf dem Hostprofil und TNP übereinstimmt. Starten Sie den Host neu, um die Konfigurationsänderungen umzusetzen. Der Host wird angezeigt. |
Wartung | Problem: Wenn NSX-T-spezifische Konformitätsfehler vorliegen, wird die Hostprofilwartung auf diesem Cluster blockiert. Falsche Konfiguration:
Problemumgehung: Stellen Sie sicher, dass die NSX-T-Konfiguration auf dem Hostprofil und TNP übereinstimmt. Starten Sie den Host neu, um die Konfigurationsänderungen umzusetzen. Der Host wird angezeigt. |
Anhängen | Problem: In einem mit NSX-T konfigurierten Cluster kann das Hostprofil nicht auf Hostebene angehängt werden. Problemumgehung: Keine |
Trennen | Problem: Beim Trennen und Anhängen eines neuen Hostprofils in einem Cluster, der mit NSX-T konfiguriert ist, wird die NSX-T-Konfiguration nicht entfernt. Auch wenn der Cluster mit dem neu angehängten Hostprofil konform ist, weist er weiterhin die NSX-T-Konfiguration aus einem vorherigen Profil auf. Problemumgehung: Keine |
Aktualisieren | Problem: Wenn der Benutzer die NSX-T-Konfiguration im Cluster geändert hat, extrahieren Sie ein neues Hostprofil. Aktualisieren Sie das Hostprofil manuell für alle verloren gegangenen Einstellungen. Problemumgehung: Keine |
Transportknotenkonfiguration auf Hostebene | Problem: Nachdem der anportsport-Knoten automatisch bereitgestellt wurde, fungiert er als einzelne Einheit. Eine Aktualisierung dieses Transportknotens stimmt möglicherweise nicht mit TNP überein. Problemumgehung: Aktualisieren Sie den Cluster. Eine Aktualisierung in einem eigenständigen Transportknoten kann die zugehörige Migrationsspezifikation nicht beibehalten. Bei der Migration schlägt das Posten des Neustarts möglicherweise fehl. |
Die PeerDNS-Konfiguration wird auf dem VMkernel-Adapter, der für die Migration zum NVDS-Switch ausgewählt wurde, nicht unterstützt. | Problem: Wenn ein für die Migration auf NVDS ausgewählter VMkernel-Adapter Peer-DNS-fähig ist, schlägt die Hostprofilanwendung fehl. Problemumgehung: Bearbeiten Sie das extrahierte Hostprofil, indem Sie die Peer-DNS-Einstellung auf dem VMkernel-Adapter deaktivieren, der auf einen NVDS-Switch migriert werden muss. Stellen Sie alternativ sicher, dass Sie keine Peer-DNS-fähigen VMkernel-Adapter auf einen NVDS-Switch migrieren. |
DHCP-Adresse der VMkernel-NIC-Adresse wird nicht beibehalten | Problem: Wenn der Referenzhost statusbehaftet ist, können statusfreie Hosts, für die ein vom statusbehafteten Referenzhost extrahiertes Profil verwendet wird, die zugehörige MAC-Adresse für die VMkernel-Verwaltung nicht beibehalten, die vom per PXE gestarteten MAC abgeleitet wurde. Dies führt zu DHCP-Adressierungsproblemen. Problemumgehung: Bearbeiten des extrahierte Hostprofil des statusbehafteten Hosts und ändern Sie die Einstellung Bestimmung der MAC-Adresse für vmknic festlegen in MAC-Adresse verwenden, von der das System per PXE gestartet wurde. |
Ein Fehler bei der Hostprofilanwendung in vCenter kann zu NSX-Konfigurationsfehlern auf dem Host führen. | Problem: Wenn die Hostprofilanwendung in vCenter fehlschlägt, schlägt die NSX-Konfiguration möglicherweise ebenfalls fehl. Problemumgehung: Stellen Sie in vCenter sicher, dass das Hostprofil erfolgreich angewendet wurde. Korrigieren Sie die Fehler und versuchen Sie es erneut. |
LAGs werden auf statusfreien ESXi-Hosts nicht unterstützt. | Problem: Das als LAGs in NSX konfigurierte Uplink-Profil wird auf einem statusfreien ESXi-Host, der von einem vCenter Server oder in NSX verwaltet wird, nicht unterstützt. Problemumgehung: Keine |
Ein statusfreier Host wird nicht mit der MAC-Adresse der PXE-NIC gestartet, wenn er mit einem Hostprofil angewendet wird, das von einem statusorientierten Host extrahiert wurde. | Problem: Wenn ein statusfreier Host mit einem Hostprofil verbunden ist, das von einem statusorientierten Host extrahiert wird, wird der VMkernel-Adapter (vmknic) des statusfreien Hosts nicht mit der MAC-Adresse der PXE-NIC des Hosts gestartet, da ein statusorientierter Host nicht als PXE-kompatibles System gestartet wird. Problemumgehung: Wenn Sie die automatische Bereitstellung von statusfreien Hosts einrichten, stellen Sie sicher, dass das extrahierte Hostprofil von einem Host stammt, der als PXE-kompatibles System startet. |