Bekannte Probleme
Überprüfen Sie die bekannten Probleme im Zusammenhang mit ThinkAgile VX Deployer.
Version 3.1.0
Wenn sich XCC- und Verwaltungs-IP-Adressen im selben Subnetz befinden, müssen Sie auf der Seite Network Settings per Physical Host die Details in den Feldern XCC (BMC) IP address eingeben, auch wenn diese nicht als Pflichtfelder gekennzeichnet sind.
Version 3.0.0
Wenn sich XCC- und Verwaltungs-IP-Adressen im selben Subnetz befinden, müssen Sie auf der Seite Network Settings per Physical Host die Details in den Feldern XCC (BMC) IP address eingeben, auch wenn die Felder nicht als Pflichtfelder gekennzeichnet sind.
Version 2.1.0
Wenn die Implementierung eines vSAN-Clusters abgeschlossen ist, funktioniert die Schaltfläche Download Log möglicherweise nicht. Klicken Sie stattdessen auf das Hilfesymbol (i) und dann auf Download Debug Logs, um das Implementierungsprotokoll herunterzuladen.
Nach dem Start einer Implementierung wird möglicherweise kurz die Nachricht No Data can be found angezeigt. Diese Nachricht hat keinen Einfluss auf den Implementierungsvorgang.
Wenn Sie einen Clusterstandort (6. Cluster location) angeben, dürfen der Organization Name und der Region Name nicht identisch sein. Darüber hinaus darf der Organization Name nicht mit einem zuvor verwendeten Region Name identisch sein oder umgekehrt.
Version 2.0.1
Eine Implementierung besteht aus mehreren Schritten, die auf der Seite „Cluster implementieren“ aufgelistet sind. Möglicherweise werden mehrere Schritte gleichzeitig ausgeführt. Wenn einer dieser Schritte abgeschlossen ist, wird die abgelaufene Zeit auf 00:00 Zurückgesetzt.
Sie können eine Konfigurationsdatei verwenden, um Hosts zu einem vorhandenen Cluster hinzuzufügen. Wenn Sie dies tun, werden die Hostnamen für die neuen Hosts vom Deployer generiert, sie sind jedoch möglicherweise nicht mit den anderen Hosts im Cluster konsistent. Nachdem Sie die Hosts hinzugefügt haben, stellen Sie sicher, dass Sie die Hostnamen auf der Seite „Hosteinstellungen“ überprüfen. Auf dieser Seite können Sie die Hostnamen ändern, falls dies erwünscht ist.
Wenn Sie versuchen, einen neuen vSAN-Cluster zu implementieren, können Sie den Fortschritt der ESXi mit der XCC-Konsole verfolgen. Wenn Sie vSphere 7 als Installationsversion ausgewählt haben, wird während der Installation von ESXi auf einem Host möglicherweise eine nachricht in der XCC-Konsole angezeigt, in der VMware ESXi 7.0.3c installiert wird; VX Deployer wird Version 7.0.3g VMware ESXi installieren.
Wenn Sie einen Knoten zu einem vorhandenen Cluster hinzufügen, geben Sie auf der Seite „globale ESXi-Einstellungen“ an, dass Sie die ESXi angeben können. Wenn Sie einen Knoten zu einem vorhandenen Cluster hinzufügen, basiert die ESXi-Version, die auf dem Knoten installiert werden soll, auf der Version von ESXi, die auf den Knoten im vorhandenen Cluster ausgeführt wird. Daher können Sie die ESXi angeben, aber Sie haben keine Option, die ESXi anzugeben.
Wenn die VX Deployer-VM während des Implementierungsvorgangs heruntergefahren wird, bleibt die VM möglicherweise in einem unbestimmten Zustand. Wenn die VM versehentlich heruntergefahren wird, müssen Sie versuchen, die Implementierung erneut auszuführen, um den Status der VM zurückzusetzen. Er ist nicht erfolgreich, der VX Deployer ruft jedoch ein Bereinigungsscript auf. Anschließend können Sie die Implementierung erneut versuchen.
Auf der Lenovo XCI„-Einstellungen“ wird die XCC-Netzwerk-VLAN-ID standardmäßig möglicherweise als 1 angezeigt. Achten Sie darauf, dass Sie die richtige VLAN-ID angeben.
Auf der Seite „allgemeines Netzwerk“ können Sie eine angepasste Subnetzmaske für jedes Netzwerk angeben (ESXi-Verwaltung, vSAN, vZan und XCC). Die folgenden Subnetzmasken, sofern sie für ein Netzwerk angegeben sind, verursachen Probleme bei der Bereitstellung:
255.255.255.254 ( /31 ) – gibt eine Subnetzmaske für 0 Hosts an
255.255.255.252 ( /30 ) – gibt eine Subnetzmaske für 2 Hosts an
Für den VX Deployer müssen Sie mindestens 3 Hosts für einen vSAN-Cluster angeben.
Version 1.2.1
Wenn Sie den VX Deployer konfigurieren, müssen sich die IP-Adressen von XCC und der ESXi-Verwaltung in verschiedenen Subnetzen befinden. Die Implementierung funktioniert nicht, wenn sie sich im selben Subnetz befinden. Bei der ESXi-Implementierung können sporadisch Fehler auftreten.
Wenn Sie im VX Deployer versuchen, im linken Navigationsbereich von der Seite „Überprüfung“ zurück zu einer früheren Seite zu wechseln, ist die Schaltfläche „Weiter“ möglicherweise nicht mehr verfügbar (sie ist ausgegraut). Die aktuelle Problemumgehung ist, die virtuelle VX Deployer Maschine zu stoppen und neu zu starten.
Der vollständig qualifizierte Domänenname (FQDN), den Sie für den NTP-Hostnamen angeben, darf nicht mehr als drei Label (zwei Punkte) verwenden. Wenn der NTP-Hostname mehr als drei Label enthält, geben Sie stattdessen die IP-Adresse an.
Die Angabe von primären und sekundären DNS-Servern auf der Seite „Netzwerkdienste" führt auf der Seite „Netzwerkeinstellungen" auf der Seite „Physischer Host" zu einem Fehler. Sie können nur einen primären DNS-Server angeben (geben Sie keinen sekundären DNS-Server an).
Version 1.2.0
Wenn Sie den VX Deployer konfigurieren, müssen sich die IP-Adressen von XCC und der ESXi-Verwaltung in verschiedenen Subnetzen befinden. Die Implementierung funktioniert nicht, wenn sie sich im selben Subnetz befinden. Bei der ESXi-Implementierung können sporadisch Fehler auftreten.
Wenn Sie im VX Deployer versuchen, im linken Navigationsbereich von der Seite „Überprüfung“ zurück zu einer früheren Seite zu wechseln, ist die Schaltfläche „Weiter“ möglicherweise nicht mehr verfügbar (sie ist ausgegraut). Die aktuelle Problemumgehung ist, die virtuelle VX Deployer Maschine zu stoppen und neu zu starten.
Der vollständig qualifizierte Domänenname (FQDN), den Sie für den NTP-Hostnamen angeben, darf nicht mehr als drei Label (zwei Punkte) verwenden. Wenn der NTP-Hostname mehr als drei Label enthält, geben Sie stattdessen die IP-Adresse an.
Die Angabe von primären und sekundären DNS-Servern auf der Seite „Netzwerkdienste" führt auf der Seite „Netzwerkeinstellungen" auf der Seite „Physischer Host" zu einem Fehler. Sie können nur einen primären DNS-Server angeben (geben Sie keinen sekundären DNS-Server an).
Version 1.1.0
Beim Hinzufügen von Knoten zu einem vorhandenen vSAN-Cluster wird LXCI diese Knoten nicht automatisch entdecken und verwalten. Sie müssen die Knoten manuell über vCenter ermitteln, um sie zu LXCI hinzuzufügen. Informationen zum Ermitteln und Hinzufügen von Knoten zu LXCI finden Sie unter:
Darüber hinaus müssen Sie ein Upgrade von LXCI Version 7.4 ausführen, wenn Ihr vSAN-Cluster eines der folgenden Systeme enthält:ThinkAgile VX2375 IS
ThinkAgile VX3375 IS
ThinkAgile VX7375-N IS
Weitere Informationen zum Upgrade von LXCI finden Sie unter:
Zur Verwendung der vollständigen Funktionalität von vLCM müssen Sie das VMware Programm zur Verbesserung des Kundenerlebnis (CEIP) im vSphere Client aktivieren. Informationen zum Aktivieren des CEIP finden Sie unter:
Wenn Sie den VX Deployer zum Implementieren eines vSAN-Clusters verwendet haben und Sie ein gemeinsam genutztes VLAN für den vSAN-Datenverkehr verwenden, kann der VX Deployer nicht für eine erfolgreiche Implementierung eines zweiten vSAN-Clusters verwendet werden. Sie können dieses Problem beheben, indem Sie eine der folgenden Optionen auswählen:
Aktualisieren Sie die VLAN-IP-Adressen im vorhandenen vSAN-Cluster, um einen anderen Bereich zu verwenden.
Implementieren Sie ein separates VLAN für den vSAN-Datenverkehr auf dem neuen vSAN-Cluster, der implementiert wird.
Wenn Sie einen neuen vSAN-Cluster zu einer vorhandenen vCenter-Instanz hinzufügen, müssen Sie einen Namen für den Cluster auswählen, der innerhalb des Rechenzentrums eindeutig ist. Wenn Sie einen bereits vorhandenen Clusternamen angeben, generiert der Deployer keine Fehlernachricht. Die Implementierung wird jedoch nicht erfolgreich sein.
Sie müssen auf den Abschluss einer Implementierung warten, bevor Sie einen weiteren vSAN-Cluster mit VX Deployer implementieren können. Wenn Sie versuchen, eine neue Implementierung zu starten, während eine andere Implementierung läuft, wird die neue Implementierung sofort stoppt.
Wenn Sie den VX Deployer konfigurieren, müssen sich die IP-Adressen von XCC und der ESXi-Verwaltung in verschiedenen Subnetzen befinden. Die Implementierung funktioniert nicht, wenn sie sich im selben Subnetz befinden. Bei der ESXi-Implementierung können sporadisch Fehler auftreten.
Wenn ESXi-Hostnamen als Kombination von Groß‑ und Kleinbuchstaben oder nur Großbuchstaben eingegeben werden, schlägt die Implementierung fehl, auch wenn die DNS-Einträge als Kombination von Groß‑ und Kleinbuchstaben oder nur Großbuchstaben eingegeben werden. Hostnamen müssen als Kleinbuchstaben eingegeben werden, um die Anforderungen von VMware zu erfüllen.
Wenn Sie einem vorhandenen Cluster Knoten hinzufügen, weist die Seite General Networking darauf hin, dass die vMotion‑ und vSAN-Felder optional sind, dies muss jedoch nicht stimmen. Wenn Sie das ESXi-Verwaltungsnetzwerk für vMotion‑ und vSAN-Datenverkehr verwenden, müssen Sie keine Gateway-Adresse hinzufügen. Wenn vMotion‑ und vSAN-Datenverkehr allerdings über einen separaten VMK-Adapter laufen, müssen Sie eine Gateway-Adresse angeben.
Auf der Seite Network Settings Per Physical Host werden die IP-Adressen für ermittelte Hosts möglicherweise nicht ordnungsgemäß angezeigt, aber es wird eine Nachricht angezeigt, dass die ESXi-Hostnamen erfolgreich überprüft wurden. In diesem Fall können Sie mit der Implementierung fortfahren.
Das Bootskript zum Konfigurieren des Netzwerks in VX Deployer funktioniert in der Webkonsole des vSphere Client nicht ordnungsgemäß. Verwenden Sie die ferne Konsole von VMware oder die ESXi-Konsole, um das Netzwerk für die Deployer-VM zur Bootzeit zu konfigurieren.
Es sind sporadisch Probleme bei der DNS-Auflösung aufgetreten, die dazu führen, dass der Schritt „ESXi auf Hosts installieren“ fehlschlägt. Mindestens ein Knoten ist nach der Installation nicht verfügbar. Es werden Netzwerkverbindungsfehler in /var/log/weasel.log auf dem ESXi-Host gemeldet. Wenn dies bei Ihnen der Fall ist, starten Sie den VX Deployer und die Implementierung neu.
Version 1.0.0
- Bestimmte Sonderzeichen können in XCC‑, vCenter‑, ESXi‑ oder LXCI-Kennwörtern verwendet werden. Zu diesen Sonderzeichen gehören:
Backslash
Einfache Anführungszeichen
Doppelte Anführungszeichen
Manchmal kann das XCC-Kennwort nicht geändert werden, selbst wenn es sich um ein gültiges Kennwort handelt. Stellen Sie in diesem Fall sicher, dass das Kennwort gültig ist, und versuchen Sie es erneut.