vCenter Server 7.0 Update 3 | 5. Oktober 2021 | ISO-Build 18700403

Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen.

Inhalt dieser Versionshinweise

Diese Versionshinweise decken die folgenden Themen ab:

Neuigkeiten

  • vCenter Server 7.0 Update 3 enthält alle Sicherheitskorrekturen aus vCenter Server 7.0 Update 2d und deckt alle in VMSA-2021-0020 dokumentierten Schwachstellen ab.

  • vSphere Memory Monitoring and Remediation und Unterstützung für Snapshots von PMem-VMs: vSphere Memory Monitoring and Remediation (vMMR) erfasst Daten und bietet Einblick in die Leistungsstatistiken, damit Sie ermitteln können, ob Ihre Anwendungsarbeitslast aufgrund des Arbeitsspeichermodus gefallen ist. In vSphere 7.0 Update 3 wurde auch Unterstützung für Snapshots von PMem-VMs hinzugefügt. Weitere Informationen finden Sie unter vSphere Memory Monitoring and Remediation.

  • Erweiterte Unterstützung für Festplattenlaufwerktypen: Ab vSphere 7.0 Update 3 validiert vSphere Lifecycle Manager die folgenden Typen von Festplattenlaufwerken und Speichergerätkonfigurationen:
    • HDD (SAS/SATA)
    • SSD (SAS/SATA)
    • SAS/SATA-Festplattenlaufwerke hinter logischen RAID-0-Volumes mit einer Festplatte
    Weitere Informationen finden Sie unter Hardwarekompatibilitätsprüfungen auf Clusterebene.

  • Verwenden von vSphere Lifecycle Manager-Images zum Verwalten eines vSAN Stretched Cluster und seines Zeugenhosts: Ab vSphere 7.0 Update 3 können Sie vSphere Lifecycle Manager-Images verwenden, um einen vSAN Stretched Cluster und dessen Zeugenhost zu verwalten. Weitere Informationen finden Sie unter Verwenden von vSphere Lifecycle Manager-Images zum Standardisieren von vSAN Stretched Clusters.

  • Verbesserungen bei vSphere Cluster Services (vCLS): Mit vSphere 7.0 Update 3 können vSphere-Administratoren virtuelle vCLS-Maschinen für die Ausführung auf bestimmten Datenspeichern konfigurieren, indem sie die vCLS-VM-Datenspeichereinstellung pro Cluster konfigurieren. Administratoren können auch Computing-Richtlinien definieren, um festzulegen, wie der vSphere Distributed Resource Scheduler (DRS) vCLS-Agent-VMs (vCLS-VMs) und andere Gruppen von Arbeitslast-VMs platzieren soll. 

  • Verbesserte Interoperabilität zwischen vCenter Server und ESXi-Versionen: Ab vSphere 7.0 Update 3 kann vCenter Server ESXi-Hosts von den beiden vorherigen Hauptversionen und alle ESXi-Hosts von Version 7.0 und 7.0-Updates verwalten. Beispiel: vCenter Server 7.0 Update 3 kann ESXi-Hosts der Versionen 6.5, 6.7 und 7.0, aller 7.0-Updateversionen (auch höher als Update 3) und eine Mischung von Hosts mit Hauptversionen und Updateversionen verwalten.

  • MTU-Größe größer als 9000 Byte: Mit vCenter Server 7.0 Update 3 können Sie die Größe der maximalen Übertragungseinheit (Maximum Transmission Unit, MTU) auf einem vSphere Distributed Switch auf bis zu 9.190 Byte festlegen, um Switches mit größeren Paketgrößen zu unterstützen.

  • Keine Ausfallzeit, kein Datenverlust für unternehmenskritische VMs im Falle eines MCE-Hardwarefehlers (Machine Check Exception): Mit vSphere 7.0 Update 3 können unternehmenskritische VMs, die von VMware vSphere Fault Tolerance geschützt werden, null Ausfallzeiten und null Datenverlust im Falle eines MCE-Hardwarefehlers (Machine Check Exception) erreichen, da VMs auf die sekundäre virtuelle Maschine zurückgreifen, anstatt fehlzuschlagen. Weitere Informationen finden Sie unter So funktioniert Fault Tolerance.

  • Informationen zu Photon OS-Updates finden Sie unter Photon OS Sicherheits-Patches für VMware vCenter Server Appliance

  • Informationen zu VMware vSphere with Kubernetes-Updates finden Sie in den Versionshinweisen zu VMware vSphere with Kubernetes.

Vorherige Versionen von vCenter Server 7.0

Die Funktionen, die gelösten und bekannten Probleme von vCenter Server werden in den entsprechenden Versionshinweisen beschrieben. Versionshinweise für frühere Versionen von vCenter Server 7.0:

Informationen zu Internationalisierung, Kompatibilität, Installation, zum Upgrade, zu Open-Source-Komponenten sowie Hinweise zum Produktsupport finden Sie in den Versionshinweisen zu VMware vSphere 7.0.
Weitere Informationen zu von vCenter Server unterstützten Upgrade- und Migrationspfaden finden Sie im VMware-Knowledgebase-Artikel 67077.

In dieser Version enthaltene Patches

WICHTIGER HINWEIS: Build-Details für ESXi finden Sie in den Versionshinweisen zu ESXi 7.0 Update 3.

Diese Version von vCenter Server 7.0 Update 3 stellt den folgenden Patch bereit:

Patch für VMware vCenter Server 7.0 Update 3

Der Produkt-Patch für vCenter Server enthält VMware-Softwarekorrekturen, Sicherheitskorrekturen und Korrekturen für Drittanbieterprodukte.

Dieser Patch gilt für vCenter Server.

Download-Dateiname VMware-vCenter-Server-Appliance-7.0.3.00000-18700403-patch-FP.iso
Build 18700403
Größe des Downloads 7259,1 MB
md5sum 56947bc1a591849e55165b7fecebdf85
sha256checksum 54f30ff9fda3dc0cf7f4ff3a1efef45c37152f8ff7623a4f222dbe1d89411c08

Download und Installation

Um den Build für VMware vCenter Server 7.0 Update 3 von VMware Customer Connect herunterzuladen, müssen Sie zu Produkte und Konten > Produkt-Patches navigieren. Wählen Sie im Dropdown-Menü Produkt auswählen die Option VC und im Dropdown-Menü Select a Version die Option 7.0.3 aus und klicken Sie auf Suchen.

  1. Hängen Sie die Datei VMware-vCenter-Server-Appliance-7.0.3.00000-18700403-patch-FP.iso an das vCenter Server-CD- oder -DVD-Laufwerk an.
  2. Melden Sie sich bei der Appliance-Shell als Benutzer mit Super-Administratorrechten (z. B. root) an und führen Sie die folgenden Befehle aus:
    • So stellen Sie das ISO-Image bereit:
      software-packages stage --iso
    • So zeigen Sie den bereitgestellten Inhalt an:
      software-packages list --staged
    • So installieren Sie die bereitgestellten RPMs:
      software-packages install --staged

Weitere Informationen zur Verwendung der vCenter Server-Shells finden Sie im VMware-Knowledgebase-Artikel 2100508.

Weitere Informationen zum Patchen von vCenter Server finden Sie unter Patchen der vCenter Server Appliance.

Weitere Informationen zum Bereitstellen von Patches finden Sie unter Bereitstellen von Patches für die vCenter Server Appliance.

Weitere Informationen zum Installieren von Patches finden Sie unter Installieren von vCenter Server Appliance-Patches.

Weitere Informationen zum Patchen mithilfe der Appliance-Verwaltungsschnittstelle finden Sie unter Patchen von vCenter Server mit der Appliance-Verwaltungsschnittstelle.

Hinweise zu Produktunterstützung

  • Ihr vCenter Server-System muss nach einem Update auf vCenter Server 7.0 Update 3 neu gestartet werden: Nach der Aktualisierung Ihres vCenter Server-Systems von einer früheren Version von vCenter Server 7.0.x auf Version vCenter Server 7.0 Update 3 ist ein Neustart erforderlich, um sicherzustellen, dass kritische Kernel-Patches angewendet werden. Wenn Sie die Befehlszeilenschnittstelle (CLI) für den Update- oder Upgrade-Vorgang verwenden, müssen Sie vCenter Server manuell neu starten. Wenn Sie das Installationsprogramm oder die API der grafischen Benutzeroberfläche (GUI) verwenden, wird das System automatisch neu gestartet.
     
  • Keine Aufforderung zum Eingeben des vCenter Single Sign-On-Administratorkennworts: Bei einem Update von vCenter Server 7.0.x auf vCenter Server 7.0 Update 3 wird keine Aufforderung zur Eingabe des vCenter Single Sign-On-Administratorkennworts angezeigt. Unabhängig davon, ob Sie das Update mithilfe der vCenter Server-Verwaltungsschnittstelle oder mithilfe von Softwarepaketen oder der CLI auf interaktive Weise ausführen oder das Update mithilfe von Softwarepaketen oder der CLI auf nicht interaktive Weise ausführen, sehen Sie keine Aufforderung zur Eingabe des vCenter Single Sign-On-Administratorkennworts.
     
  • Konformität der Client-Plug-Ins mit FIPS: In einer zukünftigen vSphere-Version müssen alle Client-Plug-Ins für vSphere mit den Federal Information Processing Standards (FIPS) konform sein. Wenn FIPS standardmäßig im vCenter Server aktiviert ist, können Sie nur lokale Plug-Ins verwenden, die mit den Standards konform sind. Weitere Informationen finden Sie unter Vorbereiten lokaler Plug-Ins für FIPS-Konformität.
     
  • Veraltete vSphere Update Manager-Legacy-Workflows für Firmware-Updates, die als Baselines in einer vSAN-verwalteten Baselinegruppe bereitgestellt werden: VMware beabsichtigt, In einer zukünftigen Hauptversion von vSphere die Unterstützung für vSphere Update Manager-Legacy-Workflows für Firmware-Updates, die als Baselines in einer vSAN-verwalteten Baselinegruppe bereitgestellt werden, einzustellen. Sie können vSAN Cluster mit einem einzelnen vSphere Lifecycle-Image verwalten, um die Firmware von Servern mit einem unterstützten, integrierten Hardware-Support-Manager Ihres Serveranbieters zu aktualisieren. Weitere Informationen finden Sie unter Aktualisieren der Firmware in vSAN-Clustern.
     
  • NSX Manager über den vSphere Client installieren: vCenter Server 7.0 Update 3 fügt im vSphere Client eine Funktion hinzu, um die Installation von NSX Manager mit einer zukünftigen NSX-T Data Center-Version zu ermöglichen. Sie können die Startseite von vSphere Client NSX-T sehen, auf der die Funktion aktiviert wird. Sie funktioniert jedoch nicht mit NSX-T Data Center 3.1.x oder früher.
     
  • Veraltete Felder „Anteile“ und „Grenzwert – IOPS“ im Dialogfeld „Einstellungen bearbeiten“ der virtuellen Maschine: Ab vCenter Server 7.0 Update 3 werden die Felder Anteile und Grenzwert – IOPS im Dialogfeld Einstellungen bearbeiten der virtuellen Maschine nicht mehr verwendet, da alle E/A-Einstellungen nur mithilfe einer Speicherrichtlinie definiert werden. Es ist geplant, in einer künftigen vSphere-Version die beiden Felder aus dem Dialogfeld Einstellungen bearbeiten der virtuellen Maschine zu entfernen. Weitere Informationen finden Sie im VMware-Knowledgebase-Artikel 85696 und unter Info zu Speicherrichtlinien von virtuellen Maschinen.

 

Behobene Probleme

Die behobenen Probleme werden in folgende Kategorien unterteilt.

Probleme bei vSphere Lifecycle Manager
  • Wenn Sie versuchen, VMware Tools oder den Konformitätsstatus der VM-Hardware zu überprüfen, wird ein Fehler Status 500 angezeigt, und die Prüfung gibt keine Ergebnisse zurück

    Wenn Sie im vSphere Client zur Registerkarte „Updates“ eines Containerobjekts (Host, Cluster, Datencenter oder vCenter Server-Instanz) navigieren, um VMware Tools oder den Konformitätsstatus der VM-Hardware zu überprüfen, wird möglicherweise ein Fehler mit dem Status 500 angezeigt. Die Prüfung funktioniert nur, wenn Sie zur Registerkarte „Updates“ einer virtuellen Maschine navigieren.

    Dieses Problem wurde in der vorliegenden Version behoben.

Sonstige Probleme
  • Der Regelsatz für die dynamische SNMP-Firewall wird während eines Standardisierungsprozesses durch Hostprofile geändert

    Der Regelsatz für die SNMP-Firewall ist ein dynamischer Zustand, der während der Laufzeit verarbeitet wird. Wenn ein Hostprofil angewendet wird, wird die Konfiguration des Regelsatzes gleichzeitig von Hostprofilen und SNMP verwaltet. Dies kann zu unerwarteten Änderungen der Firewalleinstellungen führen.  

    Dieses Problem wurde in der vorliegenden Version behoben.

  • Die Aufgabe „Hostprofil importieren“ schlägt mit einem Referenzhostfehler fehl

    Die NoAccess- oder NoCryptoAdmin-Rollen werden möglicherweise während des Exports eines Hostprofils in einem vCenter Server-System der Version 7.0.x geändert, und der Import eines solchen Hostprofils schlägt möglicherweise mit einem Referenzhostfehler fehl. Im vSphere Client wird eine Meldung ähnlich der folgenden angezeigt: In der Bestandsliste ist kein geeigneter Host als Referenzhost für das Profil „Hostprofil“ vorhanden.

    Dieses Problem wurde in der vorliegenden Version behoben. Sie müssen jedoch vor einem Importvorgang die XML-Datei des Hostprofils für Versionen vor vCenter Server 7.0 Update 3 bearbeiten und die Berechtigungen in den NoAccess- oder NoCryptoAdmin-Rollen entfernen.

Speicherprobleme
  • Eine CNS-Abfrage mit festgelegtem Konformitätsstatusfilter kann ungewöhnlich viel Zeit in Anspruch nehmen

    Mit der CNS QueryVolume API können Sie Informationen zu den CNS-Volumes abrufen, wie z. B. den Datenträgerstatus und den Konformitätsstatus. Wenn Sie den Konformitätsstatus einzelner Volumes prüfen, werden die Ergebnisse schnell abgerufen. Wenn Sie jedoch die CNS QueryVolume API aufrufen, um den Konformitätsstatus von Dutzenden oder Hunderten Volumes zu prüfen, wird die Abfrage möglicherweise langsam ausgeführt.

    Dieses Problem wurde in der vorliegenden Version behoben.

  • Alle E/A-Filter-Speicheranbieter sind nach dem Upgrade auf vCenter Server 7.0 Update 2 offline

    Nach dem Patchen oder Aktualisieren Ihres Systems auf vCenter Server 7.0 Update 2 werden im vSphere Client möglicherweise alle E/A-Filter-Speicheranbieter mit dem Status „Offline“ oder „Getrennt“ angezeigt. vCenter Server 7.0 Update 2 unterstützt die Federal Information Processing Standards (FIPS), und in bestimmten Umgebungen kann dieses Problem auftreten, da Zertifikate mit dem sha1-Hashing-Algorithmus signiert sind, der nicht FIPS-konform ist.

    Dieses Problem wurde in der vorliegenden Version behoben.

Probleme bei vCenter Server und dem vSphere Client
  • In den vSphere Lifecycle Manager- und vSphere with VMware Tanzu-Aufgaben im vSphere Client wird kein Fortschritt angezeigt

    In einer im Übergang befindlichen Umgebung mit einem vCenter Server 7.0-System mit verschiedenen (vCenter Server 7.0 Update 1 und Update 2) und aktiviertem erweitertem verknüpftem Modus wird für Aufgaben, wie z. B. Konformitätsprüfungen für Images, Hosts und Hardware, die über den vSphere Client ausgelöst werden, kein Fortschritt angezeigt, obwohl die Aufgaben tatsächlich ausgeführt werden.

    Dieses Problem wurde in der vorliegenden Version behoben.

vSphere DRS-Probleme
  • Wenn „DRS-Awareness von vSAN Stretched Cluster“ auf einem Stretched Cluster aktiviert ist, der ESXi-Hosts vor Version 7.0 Update 2 verwaltet, schlägt vSphere DRS möglicherweise eine falsche Platzierung der virtuellen Maschine vor

    Bei Versionen vor vSphere 7.0 Update 2 erkennt vSphere DRS die Leselokalität für vSAN Stretched Clusters nicht, und die Funktion „DRS-Awareness von vSAN Stretched Cluster“ erfordert, dass alle Hosts in einem vCenter Server-System die Version ESXi 7.0 Update 2 aufweisen, damit sie erwartungsgemäß funktioniert. Wenn Sie ESXi-Hosts einer Version vor 7.0 Update 2 in einem vCenter Server 7.0 Update 2-System verwalten, werden einige Leselokalitätsstatistiken möglicherweise falsch gelesen, was zu falschen Platzierungen führen kann.

    Dieses Problem wurde in der vorliegenden Version behoben. Mit dem Fix wird sichergestellt, dass bei einer Erkennung von ESXi-Hosts vor Version 7.0 Update 2 in einem vSAN Streched Cluster die Leselokalitätsstatistiken ignoriert werden und vSphere DRS den standardmäßigen Lastausgleichsalgorithmus für die anfängliche Platzierung und den Lastausgleich von Arbeitslasten verwendet.

vSphere HA- und Fault Tolerance-Probleme
  • Es werden Alarme zur Beeinträchtigung des Systemzustands von vCenter Server High Availability angezeigt, in denen ein rsync-Fehler gemeldet wird

    Wenn Sie in Ihrer Umgebung sowohl vSphere Auto Deploy als auch vCenter Server High Availability verwenden, synchronisiert rsync möglicherweise einige kurzlebigen temporären Dateien, die von Auto Deploy erstellt wurden, nicht schnell genug. Dies führt dazu, dass im vSphere Client möglicherweise Alarme zur Beeinträchtigung des Systemzustands von vCenter Server High Availability angezeigt werden. In der Datei /var/log/vmware/vcha werden Fehler wie z. B. rsync failure for /etc/vmware-rbd/ssl angezeigt. Das Problem wirkt sich nicht auf das normale Funktionieren eines Diensts aus.

    Dieses Problem wurde in der vorliegenden Version behoben. vSphere Auto Deploy erstellt jetzt die temporären Dateien außerhalb der Replizierungsordner von vCenter Server High Availability.

VM-Verwaltungsprobleme
  • Die Bereitstellung von virtuellen Maschinen schlägt mit einem Fehler wie dem folgenden fehl: Einschalten der virtuellen Maschine nicht möglich: No space left on device

    In seltenen Fällen empfiehlt vSphere Storage DRS einige Datenspeicher möglicherweise übermäßig, was zu einer Überlastung dieser Datenspeicher und zu einem Ungleichgewicht zwischen den Datenspeicher-Clusters führen kann. In extremen Fällen kann das Einschalten von virtuellen Maschinen aufgrund eines Fehlers beim Erstellen einer Auslagerungsdatei fehlschlagen. Im vSphere Client wird ein Fehler ähnlich dem folgenden angezeigt: Einschalten der virtuellen Maschine nicht möglich: Kein Speicherplatz frei auf Gerät. Sie können den Fehler im Verzeichnis /var/log/vmware/vpxd/drmdump zurückverfolgen.

    Dieses Problem wurde in der vorliegenden Version behoben.

Probleme bei Auto Deploy und Image Builder
  • Startsequenz für ESXi-Hosts, die mit Auto Deploy bereitgestellt werden, stoppt bei /vmw/rbd/host-register

    ESXi-Hosts, die mit Auto Deploy bereitgestellt wurden, können möglicherweise nicht gestartet werden, nachdem Sie Ihr vCenter Server-System auf 7.0 Update 2 und höher aktualisiert haben. In den Protokollen wird eine Meldung angezeigt, wie z. B.:
    FileNotFoundError: [Errno 2] No such file or directory: '/var/lib/rbd/cache/f2/0154d902a1ebb121bac89040df90d1/README.b0f08dea872690a93c4b5bc5e14148d1'

    Dieses Problem wurde in der vorliegenden Version behoben.

Serverkonfigurationsprobleme
  • NEU Wenn der NT LAN Manager (NTLM) auf Active Directory deaktiviert ist, schlägt die Konfiguration des vSphere Authentication Proxy-Diensts möglicherweise fehl

    Sie können den vSphere Authentication Proxy-Dienst nicht auf einem Active Directory konfigurieren, wenn NTLM deaktiviert ist, da der vSphere Authentication Proxy standardmäßig NTLMv1 für die anfängliche Kommunikation verwendet.

    Dieses Problem wurde in der vorliegenden Version behoben. Mit dem Fix wird das Standardprotokoll für die anfängliche Kommunikation des vSphere Authentication Proxy in NTLMv2 geändert.

  • NEU Konfiguration des vSphere Authentication Proxy-Diensts schlägt möglicherweise fehl, wenn die NTLMv2-Antwort explizit auf vCenter Server aktiviert ist 

    Die Konfiguration des vSphere Authentication Proxy-Diensts schlägt möglicherweise fehl, wenn die NTLMv2-Antwort explizit auf vCenter Server mit der Generierung einer Datei core.lsassd im Verzeichnis /storage/core aktiviert ist.

    Dieses Problem wurde in der vorliegenden Version behoben.

Bekannte Probleme

Die bekannten Probleme gliedern sich in folgende Gruppen.

Bekannte Probleme bei vSphere 7.0 Update 3 nach GA Probleme bei vSphere Cluster Services
  • Bei neuen vCLS-VMs, die in einer vSphere 7.0 Update 3-Umgebung bereitgestellt werden, treten Kompatibilitätsprobleme auf

    Für den Standardnamen für neue vCLS-VMs, die in einer vSphere 7.0 Update 3-Umgebung bereitgestellt werden, wird das Muster „vCLS-UUID“ verwendet. Für vCLS-VMs, die in früheren vCenter Server-Versionen erstellt wurden, wird weiterhin das Muster „vCLS (n)“ verwendet. Da die Verwendung runder Klammern von vielen Lösungen, die mit vSphere interagieren, nicht unterstützt wird, können Kompatibilitätsprobleme auftreten.

    Problemumgehung: Konfigurieren Sie vCLS mithilfe des Rückzugsmodus neu, nachdem Sie ein Upgrade auf vSphere 7.0 Update 3 durchgeführt haben. 

Netzwerkprobleme
  • Im vSphere Client werden Fehler angezeigt, wenn der HTTP Reverse Proxy-Dienst (rhttpproxy) auf anderen Ports als 80 und 443 festgelegt ist

    Wenn Sie den erweiterten verknüpften Modus für vCenter konfigurieren und die rhttpproxy-Einstellungen von den Standardports 80 für HTTP und 443 für HTTPS ändern, erhalten Sie beim ersten Anmelden beim vSphere Client möglicherweise eine Fehlermeldung wie Sie verfügen nicht über Rechte zum Anzeigen dieses Objekts.

    Problemumgehung: Keine.

Probleme beim Sichern und Wiederherstellen
  • Beim Überwachen des Aufgabenstatus in einer vSphere with Tanzu-Umgebung wird ein Fehler angezeigt, dass ein angegebener Parameter nicht korrekt ist

    Wenn Sie im vSphere Client zu Überwachen > Aufgaben navigieren, wird ein Fehler wie vslm.vcenter.VStorageObjectManager.deleteVStorageObjectEx.label – Ein angegebener Parameter war nicht korrekt: im Feld „Status“ angezeigt. Das Problem tritt in vSphere with Tanzu-Umgebungen auf, wenn Sie eine Sicherungslösung bereitstellen, die Snapshots verwendet. Wenn die Snapshots nicht bereinigt werden, werden einige Vorgänge in Tanzu Kubernetes-Clustern möglicherweise nicht abgeschlossen und verursachen den Fehler.

    Problemumgehung: Löschen Sie Snapshots vom Endpoint der Sicherungslösung mithilfe der Anweisungen des Anbieters und versuchen Sie den Tanzu Kubernetes-Clustervorgang erneut.

Sonstige Probleme
  • Sie können keine Dienste aus Supervisor-Clustern in Ihrer vSphere-Umgebung löschen

    In seltenen Fällen können Sie im vSphere Client möglicherweise Dienste wie NGINX und MinIO nicht aus Supervisor-Clustern in Ihrer vSphere-Umgebung löschen. Nachdem Sie die Dienste deaktiviert haben, verbleibt das Modal „Löschen“ kontinuierlich im Zustand „In Bearbeitung“.

    Problemumgehung: Schließen Sie das Modal „Löschen“ und öffnen Sie es erneut.

  • Ein vSphere Trust Authority-Cluster in einem vCenter Server-System der Version 7.0 Update 3 kann mit ESXi-Hosts früherer Versionen nicht aktiviert oder neu konfiguriert werden

    Wenn Sie versuchen, einen vSphere Trust Authority-Cluster in einem vCenter Server-System der Version 7.0 Update 3 mit ESXi-Hosts früherer Versionen zu aktivieren oder neu zu konfigurieren, schlägt die Verschlüsselung von virtuellen Maschinen auf diesen Hosts fehl.

    Problemumgehung: Lassen Sie die vorhandene Konfiguration des vertrauenswürdigen Clusters unverändert, bis Sie ein Upgrade Ihrer ESXi-Hosts auf Version 7.0 Update 3 durchgeführt haben.

Probleme bei vSphere Lifecycle Manager
  • Ein NSX-Depot kann nicht in ein vSphere Lifecycle Manager-Depot hochgeladen werden, wenn vCenter Server-Dienste auf einem benutzerdefinierten Port bereitgestellt werden

    Wenn Sie einen vSphere Lifecycle Manager-Cluster erstellen und NSX-T Data Center in diesem Cluster mithilfe der NSX Manager-Benutzeroberfläche konfigurieren, schlägt die Konfiguration möglicherweise fehl, da das Hochladen eines NSX-Depots in das vSphere Lifecycle Manager-Depot fehlschlägt. Auf der NSX Manager-Benutzeroberfläche wird ein Fehler ähnlich dem folgenden angezeigt: 26195: Festlegen von NSX-Depot(s) in Compute Manager: 253b644a-4ea5-4025-9c47-6cd00af1d75f ist mit folgendem Fehler fehlgeschlagen: Verbinden von Compute Manager nicht möglich. Versuchen Sie die Transportknotenerfassung für den Cluster erneut. Dieses Problem tritt auf, wenn Sie einen benutzerdefinierten Port verwenden, um den vCenter Server, der dem NSX-T Data Center als Compute Manager zugeordnet ist, im NSX Manager zu konfigurieren.

    Problemumgehung: Keine

Installations-, Upgrade- und Migrationsprobleme
  • Nach dem Upgrade auf vCenter Server 7.0 Update 3 schlagen einige Plug-Ins möglicherweise aufgrund einer Inkompatibilität mit Spring 5 fehl

    Nach dem Upgrade Ihres Systems auf vCenter Server 7.0 Update 3 wird der vSphere Client aktualisiert, damit er das Spring Framework Version 5 verwendet, da Spring 4 am 31. Dezember 2020 das Ende der Lebenszeit (EOL) erreicht hat. Einige Plug-Ins, die Spring 4-APIs verwenden, schlagen jedoch möglicherweise aufgrund von Inkompatibilität mit Spring 5 fehl. Beispielsweise betrifft dies Plug-Ins für VMware NSX Data Center for vSphere der Version 6.4.10 oder früher. Es wird ein Fehler wie HTTP Status 500 – Interner Serverfehler angezeigt.

    Problemumgehung: Aktualisieren Sie die Plug-Ins so, dass sie Spring 5 verwenden. Alternativ können Sie den vSphere Client für die Verwendung von Spring 4 herabstufen, indem Sie die Zeile //-DuseOldSpring=true in der Datei /etc/vmware/vmware-vmon/svcCfgfiles/vsphere-ui.json auskommentieren und den vSphere Client neu starten. Weitere Informationen finden Sie im VMware-Knowledgebase-Artikel 85632.

  • Der vSphere Pod-Dienst schlägt möglicherweise nach einem vCenter Server-Upgrade beim Warten auf einen Neustart von vCenter Server fehl

    Wenn der vSphere Pod-Dienst aus irgendeinem Grund während der Phase 1 eines vCenter Server-Upgrades beim Warten auf einen vCenter Server-Neustart fehlschlägt, schließt der Dienst das Upgrade nicht ab.

    Problemumgehung: Setzen Sie den Upgrade-Vorgang fort oder wiederholen Sie ihn, nachdem der vSphere Pod-Dienst wiederhergestellt wurde.

Probleme bei vCenter Server und dem vSphere Client
  • Die Skyline Health-Seite zeigt fehlerhafte Zeichen an

    Wenn Sie im vSphere Client zu vCenter Server navigieren oder einen ESXi-Host im vSphere Client-Navigator auswählen und auf Überwachen > Skyline Health klicken, werden auf der Seite in den folgenden Gebietsschemata fehlerhafte Zeichen angezeigt: Koreanisch, Japanisch, Deutsch und Französisch.

    Problemumgehung: Wechseln Sie zum Gebietsschema „Englisch“.

  • Wenn vCenter Server-Dienste auf benutzerdefinierten Ports bereitgestellt werden, schlägt die Standardisierung von ESXi-Hosts in einem vSphere Lifecycle Manager-Cluster mit aktiviertem vSAN fehl

    Wenn vCenter Server-Dienste in einer Umgebung mit aktiviertem vSAN, vSphere DRS und vSphere HA auf benutzerdefinierten Ports bereitgestellt werden, schlägt die Standardisierung von vSphere Lifecycle Manager-Clustern möglicherweise aufgrund eines Fehlers bei der vSAN-Ressourcenprüfungsaufgabe fehl. Die vSAN-Integritätsprüfung verhindert auch, dass ESXi-Hosts in den Wartungsmodus wechseln, was dazu führt, dass Standardisierungsaufgaben fehlschlagen.

    Problemumgehung: Weitere Informationen finden Sie im VMware-Knowledgebase-Artikel 85890.

  • Der Zertifikatsstatusalarm im vSphere Client für ablaufende Zertifikate wird im Sicherungsspeicher des Dienstprogramms vSphere Certificate Manager angezeigt

    Der VMware Certificate Manager verwendet den Sicherungsspeicher des Dienstprogramms vSphere Certificate Manager (BACKUP_STORE), um die Wiederherstellung des Zertifikats zu unterstützen, und behält dabei nur den neuesten Status bei. Der vpxd-Dienst gibt jedoch beim Überwachen der Funktion BACKUP_STORE einen Zertifikatsstatusfehler aus, wenn der Sicherungsspeicher abgelaufene Zertifikate enthält, obwohl dies zu erwarten ist.

    Problemumgehung: Löschen Sie die Zertifikatseinträge in BACKUP_STORE mithilfe der folgenden vecs-cli-Befehle:

    1. Rufen Sie den Alias des abgelaufenen Zertifikats in BACKUP_STORE ab:
      /usr/lib/vmware-vmafd/bin/vecs-cli entry list --store BACKUP_STORE --text
    2. Löschen Sie das Zertifikat in BACKUP_STORE:
      /usr/lib/vmware-vmafd/bin/vecs-cli entry delete --store BACKUP_STORE --alias <alias>
  • Im dunklen Design von vSphere Client ist das Feld „Name der virtuellen Maschine“ im OVF-Bereitstellungsassistenten nicht sichtbar

    Wenn Sie das dunkle Design von vSphere Client verwenden, wird im OVF-Bereitstellungsassistenten nach dem Angeben des Namens einer virtuellen Maschine und Öffnen der Strukturansicht zur Auswahl eines Speicherorts das Feld „Name der virtuellen Maschine“ durchgehend weiß angezeigt und Ihre Eingabe ist nicht sichtbar.

    Problemumgehung: Klicken Sie im Feld „Name der virtuellen Maschine“ auf den weißen Bereich, in dem Ihre Eingabe verborgen ist, damit das Feld korrekt angezeigt wird. 

  • Wenn es sich bei dem Bereitstellungsspeicherort um eine verteilte virtuelle NSX-Portgruppe handelt, schlagen Bereitstellungen mithilfe einer OVF-Datei oder -Vorlage möglicherweise fehl

    Wenn die folgenden beiden Bedingungen in Ihrer Umgebung vorliegen, schlagen Bereitstellungen mithilfe einer OVF-Datei oder -Vorlage möglicherweise fehl:

    1. Der Bereitstellungsspeicherort ist eine verteilte virtuelle NSX-Portgruppe
    2. Der Bereitstellungsspeicherort ist ein vSphere-Cluster mit einem gemischten Transportknoten aus vSphere Distributed Switch (VDS) und NSX Virtual Distributed Switch (N-VDS), und der N-VDS verfügt über denselben logischen Switch wie der OVF-Bereitstellungsspeicherort.

    Problemumgehung: Wählen Sie den Speicherort der OVF-Bereitstellung aus, der sich in einem opaken Netzwerk und nicht in einer verteilten virtuellen NSX-Portgruppe befinden soll, oder versuchen Sie die Bereitstellung erneut. In einem gemischten Transportknoten wird das Ziel nach dem Zufallsprinzip ausgewählt, und eine Wiederholung der Bereitstellung ist erfolgreich, wenn sich der Speicherort auf dem VDS befindet.

Bekannte Probleme aus früheren Versionen

Um eine Liste früherer bekannter Probleme anzuzeigen, klicken Sie hier.

check-circle-line exclamation-circle-line close-line
Scroll to top icon