ESXi 8.0 Update 3b bietet Unterstützung für vSphere Quick Boot für mehrere Server

VMware ESXi 8.0 Update 3b Versionshinweise

Was ist neu
Diese Version bietet Fehler- und Sicherheitsbehebungen. Weitere Informationen finden Sie im Abschnitt "Behobene Probleme".

DPU/SmartNIC
Unterstützung der VMware vSphere Distributed Services Engine mit NVIDIA Bluefield-3 DPUs: Ab ESXi 8.0 Update 3b bietet die vSphere Distributed Services Engine Unterstützung für NVIDIA Bluefield-3 DPUs. NVIDIA Bluefield-3 DPUs werden sowohl in Single-DPU- als auch in Dual-DPU-Konfigurationen unterstützt.

ESXi 8.0 Update 3b fügt Unterstützung für vSphere Quick Boot für mehrere Server hinzu, einschließlich:

HPE

• ProLiant DL145 Gen11
• ProLiant MicroServer Gen11

Cisco Systems Inc.

• UCSC-C245-M8SX

Supermicro

• AS-2025HS-TNR

Designverbesserungen für cloud-init guestInfo-Variablen: Beginnend mit ESXi 8.0 Update 3b führt das Setzen von cloud-init guestInfo-Variablen durch normale Benutzer im Gast zu einem Fehler. Weitere Informationen finden Sie in KB 377267.

Behobene Probleme

• ESXi_8.0.3-0.35.24280767
• esx-update_8.0.3-0.35.24280767
• esxio-update_8.0.3-0.35.24280767
• VMware-rshim_0.1-12vmw.803.0.35.24280767
• VMware-rshim-net_0.1.0-1vmw.803.0.35.24280767
• VMware-mlnx-bfbootctl_0.1-7vmw.803.0.35.24280767
• VMware-NVMeoF-TCP_1.0.1.29-1vmw.803.0.35.24280767
• ESXi_8.0.3-0.30.24262298
• esx-update_8.0.3-0.30.24262298
• esxio-update_8.0.3-0.30.24262298
• VMware-VM-Tools_12.4.5.23787635-24262298
• ESXi-8.0U3b-24280767-standard
• ESXi-8.0U3b-24280767-no-tools
• ESXi-8.0U3sb-24262298-standard
• ESXi-8.0U3sb-24262298-no-tools
• ESXi-8.0U3b-24280767
• ESXi-8.0U3sb-24262298

Dieser Patch aktualisiert die folgenden Probleme:

• PR 3388844: Sie können den Kernel-Direktspeicherzugriffsschutz (DMA) für Windows-Gastbetriebssysteme auf ESXi-Hosts mit Intel-CPU nicht aktivieren
  Wenn eine Input-Output Memory Management Unit (IOMMU) auf einem Windows-Gastbetriebssystem aktiv ist, ist die Option Kernel-DMA-Schutz unter Systeminformationen für VMs, die auf ESXi-Hosts mit Intel-CPUs ausgeführt werden, möglicherweise deaktiviert. Infolgedessen können Sie möglicherweise einige Sicherheitsanforderungen für Ihre Umgebung nicht erfüllen.
  Dieses Problem wurde in dieser Version behoben. Durch den Fix wird der Kernel-DMA-Schutz standardmäßig aktiviert. Der Fix fügt außerdem den vmx-Parameter acpi.dmar.enableDMAProtection hinzu, um den Kernel-DMA-Schutz in Windows-Betriebssystemen zu aktivieren. Der Standardwert des Parameters ist FALSE und um den Kernel-DMA-Schutz in einem Windows-Gastbetriebssystem zu aktivieren, müssen Sie acpi.dmar.enableDMAProtection=TRUE zur vmx-Datei hinzufügen.
• PR 3412448: Die Sanierung von ESXi-Hosts kann aufgrund einer Zeitüberschreitung bei der Aktualisierung der Komponente VMware-VM-Tools fehlschlagen
  Beim Upgrade von ESXi-Hosts mit vSphere Lifecycle Manager kann die Wiederherstellung der VMware-VM-Tools-Komponente gelegentlich aufgrund einer Zeitüberschreitung fehlschlagen. Das Problem tritt auf, wenn der Aktualisierungsprozess länger dauert als die Timeout-Einstellung von 30 Sekunden für die VMware-VM-Tools-Komponente.
  Dieses Problem wurde in dieser Version behoben. Durch den Fix wird die Timeout-Grenze auf 120 Sekunden erhöht.
• PR 3377863: In den Ergebnissen der Upgrade-Vorprüfung wird die Meldung "Hosts sind repariert" angezeigt
  Wenn Sie vor einem ESXi-Update einen Precheck durchführen, wird in den Precheck-Ergebnissen die Meldung "Hosts are remediated" (Hosts werden repariert) angezeigt, was nicht eindeutig ist und irreführend sein kann.
  Dieses Problem wurde in dieser Version behoben. Die neue Meldung lautet: Hosts werden nacheinander repariert.
• PR 3417329: Tasks für virtuelle Maschinen können aufgrund eines seltenen Problems mit dem Memory Slab zeitweise fehlschlagen
  Aufgrund eines seltenen Problems mit dem vSAN-DOM-Objekt, bei dem ein Referenzzähler für ein Komponentenobjekt möglicherweise nicht korrekt dekrementiert wird, wird das In-Memory-Objekt möglicherweise nie aus dem Slab freigegeben, was dazu führen kann, dass der Slab des Komponentenmanagers sein Limit erreicht. Infolgedessen können Sie möglicherweise keine VMs erstellen, VMs migrieren oder es kann zu VM-Einschaltfehlern auf vSAN-Clustern, entweder OSA oder ESA, kommen.

Dieses Problem wurde in dieser Version behoben.

- PR 3406140: Das Extrahieren eines vSphere Lifecycle Manager-Images von einem vorhandenen ESXi-Host kann nach einer Änderung der Kernelkonfiguration fehlschlagen
Jede Aktualisierung der Kernelkonfiguration löst auch eine Aktualisierung der Datei /bootbank/useropts.gz aus, aber aufgrund eines bekannten Problems enthält die basemisc.tgz nach einer solchen Aktualisierung möglicherweise nicht die Standard-useropts-Datei. Wenn Sie daher versuchen, ein vSphere Lifecycle Manager-Image aus einem vorhandenen ESXi-Host zu extrahieren, führt das Fehlen der Standard-useropts-Datei dazu, dass die Datei esx-base.vib nicht erstellt werden kann und der Vorgang ebenfalls fehlschlägt.

Dieses Problem wurde in dieser Version behoben.

PR 3408477: Einige ESXi-Hosts verfügen nach einem Upgrade von ESXi 6.x auf 8.x möglicherweise nicht über ein Schließfachverzeichnis
Wenn Sie einen ESXi-Host mit einer Boot-Festplatte von weniger als 10 GB und nicht auf USB von ESXi 6.x auf 8.x aktualisieren, erstellt der Upgrade-Prozess möglicherweise kein Locker-Verzeichnis und der symbolische Link /locker ist nicht aktiv.
Dieses Problem wurde in dieser Version behoben. Wenn das Problem bereits aufgetreten ist, wird beim Upgrade auf ESXi 8.0 Update 3b zwar ein Locker-Verzeichnis, aber nicht automatisch ein VMware Tools-Repository erstellt. Infolgedessen werden Cluster, die solche ESXi-Hosts hosten, als nicht konform angezeigt. Führen Sie eine erneute Sanierung des Clusters durch, um ein VMware Tools-Repository zu erstellen und die Konformität herzustellen.

• PR 3422005: ESXi-Hosts der Version 8.0 Update 2 und höher können die Zeit möglicherweise nicht mit bestimmten NTP-Servern synchronisieren
  Eine Änderung im Paket ntp-4.2.8p17 in ESXi 8.0 Update 2 kann dazu führen, dass der NTP-Client bestimmte Serverpakete als schlecht formatiert oder ungültig zurückweist. Wenn ein Server beispielsweise Pakete mit einem ppoll-Wert von 0 sendet, synchronisiert der NTP-Client auf ESXi nicht mit dem Server.

Dieses Problem wurde in dieser Version behoben.

- PR 3408145: Der vmx-Dienst kann aufgrund eines seltenen Problems, bei dem die Ressourcen der vSphere Data Protection-Lösung erschöpft sind, mit einem Core Dump fehlschlagen
In seltenen Fällen kann es vorkommen, dass die VAIO-Filterkomponente der vSphere Data Protection-Lösung nicht mehr in der Lage ist, die Schreib-E/As des Gastes zu verarbeiten, wenn ein Sicherungsvorgang während einer hohen gleichzeitigen Gast-E/A-Last gestartet wird, z. B. bei einer VM mit hoher Schreib-E/A-Intensität und einer hohen Anzahl von Überschreibungen. Infolgedessen kann der vmx-Dienst mit einem Core Dump und einem Neustart fehlschlagen.
Dieses Problem wurde in dieser Version behoben. Alternativ können Sie Backups in Zeiträumen mit geringer Gast-E/A-Aktivität durchführen.

• PR 3405912: Im vSphere-Client wird der gesamte vSAN-Speicherverbrauch, für den Sie eine Lizenz haben, nicht korrekt angezeigt
  Aufgrund einer seltenen Race-Bedingung in Umgebungen mit vielen vSAN-Clustern, die von einer einzigen vCenter-Instanz verwaltet werden, kann im vSphere-Client unter Licensing > Licenses eine Diskrepanz zwischen der insgesamt beanspruchten vSAN-Speicherkapazität und dem für die Cluster gemeldeten Wert angezeigt werden.
  Dieses Problem wurde in dieser Version behoben.
• PR 3414588: Snapshot-Aufgaben auf virtuellen Maschinen auf NVMe/TCP-Datenspeichern können viel länger dauern als auf VMs, die auf NVMe/FC-Datenspeichern bereitgestellt werden
  Beim Erstellen oder Löschen eines Snapshots auf einer VM, die auf durch NVMe/TCP-Namespaces gesicherten Datenspeichern bereitgestellt wird, können solche Aufgaben viel länger dauern als auf VMs, die auf durch NVMe/FC-Namespaces gesicherten Datenspeichern bereitgestellt werden. Das Problem tritt auf, weil der nvmetcp-Treiber einige spezifische NVMe-Befehle nicht so verarbeitet, wie es die NVMe/TCP-Zielsysteme erwarten.
  Dieses Problem wurde in dieser Version behoben.
• PR 3392173: Ein seltenes Problem mit der Virsto vSAN-Komponente kann dazu führen, dass die Erstellung von vSAN-Objekten, das Aushängen von Festplattengruppen oder der Neustart von ESXi-Hosts fehlschlägt
  In sehr seltenen Fällen kann eine fehlgeschlagene Aufgabe zur Erstellung einer Virsto-Komponente dazu führen, dass die Hintergrundlöschung von virtuellen Festplatten nicht mehr funktioniert. Infolgedessen erfolgt das Löschen virtueller Festplatten bei Aufgaben wie dem Erstellen von vSAN-Objekten, dem Aushängen von Festplattengruppen oder dem Neustart von ESXi-Hosts nicht wie erwartet und kann dazu führen, dass diese Aufgaben fehlschlagen.

Dieses Problem wurde in dieser Version behoben.

• PR 3415365: ESXi-Upgrade auf 8.0 Update 3 schlägt mit einem Fehler in den vFAT-Bootbank-Partitionen fehl
  ESXi 8.0 Update 3 fügt eine Vorprüfung in den Upgrade-Workflow ein, die das Tool dosfsck verwendet, um vFAT-Beschädigungen zu erkennen. Einer der Fehler, die Dosfsck markiert, ist das gesetzte Dirty Bit, aber ESXi verwendet dieses Konzept nicht und solche Fehler sind falsch positiv.
  Im vSphere Client sehen Sie einen Fehler wie A problem with one or more vFAT bootbank partitions was detected. Bitte lesen Sie KB 91136 und führen Sie dosfsck auf Bootbank-Partitionen aus.

In den Wiederherstellungsprotokollen auf ESXi-Hosts werden Protokolle wie die folgenden angezeigt:

2024-07-02T16:01:16Z In(14) lifecycle[122416262]: runcommand:199 runcommand aufgerufen mit: args = ['/bin/dosfsck', '-V', '-n', '/dev/disks/naa.600508b1001c7d25f5336a7220b5afc1:6'], outfile = None, returnoutput= True, timeout = 10.

2024-07-02T16:01:16Z In(14) lifecycle[122416262]: upgrade_precheck:1836 dosfsck output: b'CP850//TRANSLIT: Ungültiges Argument\\nCP850: Ungültiges Argument\\nfsck.fat 4.1+git (2017-01-24)\\n0x25: Dirty Bit ist gesetzt. Fsw wurde nicht ordnungsgemäß ausgehängt und einige Daten könnten beschädigt sein.\\n Automatisches Entfernen des Dirty Bits.\\nStart des Prüf-/Reparaturdurchlaufs.\\nStart des Verifizierungsdurchlaufs.\\n\nDateisystem unverändert lassen.\\n/dev/disks/naa.600508b1001c7d25f5336a7220b5afc1:6: 121 Dateien, 5665/65515 Cluster\n'

Dieses Problem wurde in dieser Version behoben.

• PR 3421084: Ein ESXi-Host ist möglicherweise vorübergehend nicht mehr von vCenter aus zugänglich, wenn ein NFSv3-Datenspeicher während des Neustarts oder Hochfahrens nicht eingehängt werden kann
  Wenn ein NFSv3-Datenspeicher während des Neustarts eines ESXi-Hosts oder beim Hochfahren in VMware Cloud Foundation-Umgebungen nicht gemountet werden kann, werden die Versuche zum Mounten des Datenspeichers im Hintergrund fortgesetzt. Während der Datenspeicher jedoch immer noch nicht verfügbar ist, kann der hostd-Daemon beim Versuch, auf ihn zuzugreifen, mit einem Core-Dump fehlschlagen und dazu führen, dass der Host für kurze Zeit die Verbindung zum vCenter-System verliert.

Dieses Problem wurde in dieser Version behoben.

• PR 3407251: ESXi-Host scheitert mit einem violetten Diagnosebildschirm aufgrund einer seltenen Blockierung der physischen CPU (PCPU)
  Wenn Sie im vSphere-Client die Option "Von Datenträger löschen" verwenden, um eine virtuelle Maschine aus einem vCenter-System zu entfernen und alle VM-Dateien aus dem Datenspeicher zu löschen, einschließlich der Konfigurationsdatei und der virtuellen Festplattendateien, kann ein seltenes Problem bei der Handhabung beschädigter Dateien im Löschpfad zu einem PCPU-Lockup führen, wenn eine der Dateien beschädigt ist. Infolgedessen bricht der ESXi-Host mit einem lila Diagnosebildschirm und einer Meldung wie NMI IPI: Panic angefordert von einer anderen PCPU.

Dieses Problem wurde in dieser Version behoben.

- PR 3406627: Die automatische UNMAP-Funktion von VMFS6 kann möglicherweise nicht in der Lage sein, Dateisystem-Speicherplatz über 250 GB hinaus zurückzugewinnen
Wenn Sie in bestimmten Fällen einen Dateisystembereich von mehr als 250 GB auf einem VMFS6-Volume löschen, z. B. 1 TB, und das Volume keine aktiven Referenzen wie z. B. aktive VMs hat, kann die automatische VMFS6-UNMAP-Funktion den Dateisystembereich über 250 GB hinaus möglicherweise nicht zurückfordern.

Dieses Problem wurde in dieser Version behoben.

• PR 3419241: Nach dem Löschen eines Snapshots oder einer Snapshot-Konsolidierung fallen einige virtuelle Maschinen zeitweise aus**
  Wenn eine virtuelle Maschine (VM) auf einem NFSv3-Datenspeicher mehrere Snapshots hat, z. B. s1, s2, s3, s4, wenn die VM zu einem der Snapshots, z. B. s2, zurückkehrt, dann eingeschaltet wird und dann einer der anderen Snapshots, z. B. s3, gelöscht wird, kann der vmx-Dienst fehlschlagen. Das Problem tritt auf, weil der Code versucht, Links eines Datenträgers zu konsolidieren, der nicht Teil des aktuellen Zustands der VM ist, und einen Null-Zeiger erhält. Infolgedessen kann die Snapshot-Konsolidierung ebenfalls fehlschlagen und den vmx-Dienst ebenfalls zum Scheitern bringen.
  Dieses Problem wurde in dieser Version behoben. Wenn das Problem bereits auftritt, schalten Sie die VM aus, bearbeiten Sie ihre .vmx-Datei, um die folgende Einstellung hinzuzufügen: consolidate.upgradeNFS3Locks = "FALSE", und schalten Sie die VM ein.
• PR 3407532: VMs mit Snapshots und aktiver Verschlüsselung haben eine höhere I/O-Latenz
  In seltenen Fällen kann bei verschlüsselten VMs mit Snapshots eine höhere Latenz als erwartet auftreten. Dieses Problem tritt aufgrund von nicht ausgerichteten E/A-Vorgängen auf, die übermäßige Metadatenanforderungen an den zugrunde liegenden Speicher erzeugen und zu einer erhöhten Latenz führen.

Dieses Problem wurde in dieser Version behoben. Zur Optimierung der Performance wurde der VMcrypt-E/A-Filter dahingehend verbessert, dass er sowohl bei Lese- als auch bei Schreibvorgängen Speicher in 4K-ausgerichteten Blöcken zuweist. Durch diese Verringerung des Metadaten-Overheads wird die gesamte E/A-Performance erheblich verbessert.

• PR 3410311: Sie können sich nicht mit regulären Active Directory-Anmeldedaten bei der Direct Console User Interface (DCUI) anmelden
  Wenn Sie versuchen, sich mit einem regulären Active Directory-Konto bei der DCUI eines ESXi-Hosts anzumelden, indem Sie entweder eine Fernverwaltungsanwendung wie HP Integrated Lights-Out (iLO) oder Dell Remote Access Card (DRAC) oder ein Serververwaltungssystem wie Lenovo XCC oder Huawei iBMC verwenden, schlägt die Anmeldung möglicherweise fehl. In der DCUI wird ein Fehler wie Falscher Benutzername oder falsches Passwort angezeigt. In der Datei vmkernel.log werden Protokolle wie folgt angezeigt:
  2024-07-01T10:40:53.007Z In(182) vmkernel: cpu1:264954)VmkAccess: 106: dcui: läuft in dcuiDom(7): socket = /etc/likewise/lib/.lsassd (unix_stream_socket_connect): Zugriff durch vmkernel-Zugriffskontrollrichtlinie verweigert.

Das Problem tritt aufgrund einer Beschränkung von ESXi-Prozessen beim Zugriff auf bestimmte Ressourcen auf, wie z. B. Likewise.

Dieses Problem wurde in dieser Version behoben.

• PR 3403706: Hot-Extension einer nicht freigegebenen Festplatte in einem Windows Server Failover Cluster kann zum Verlust von Reservierungen auf freigegebenen Festplatten führen
  Aufgrund eines Problems bei der Freigabe von SCSI-Reservierungen kann die Hot-Extension einer nicht freigegebenen Festplatte in einem WSFC-Cluster in einigen Fällen zum Verlust von Reservierungen auf freigegebenen Festplatten und zum Failover der Festplattenressource führen.
  Dieses Problem wurde in dieser Version behoben. Der Fix stellt sicher, dass die Freigabe von SCSI-Reservierungen für alle Arten von gemeinsam genutzten Festplatten korrekt gehandhabt wird.
• PR 3394043: Das Erstellen eines vSAN-Dateidienstes schlägt fehl, wenn Sie IPs innerhalb des Bereichs 172.17.0.0/16 als Einhängepunkte verwenden
  Vor vSphere 8.0 Update 3b müssen Sie Ihre Netzwerkkonfiguration in Fällen ändern, in denen sich das angegebene Dateidienstnetzwerk mit dem internen Docker-Standardnetzwerk 172.17.0.0/16 überschneidet. Infolgedessen werden Skyline Health-Warnungen für DNS-Lookup-Fehler angezeigt und Sie können keine vSAN-Dateidienste erstellen.

Dieses Problem wurde in dieser Version behoben. Der Fix leitet den Datenverkehr an den richtigen Endpunkt, um mögliche Konflikte zu vermeiden.

• PR 3389766: Während einer vSphere vMotion-Migration einer fehlertoleranten primären VM mit Verschlüsselung schlägt die Migrationsaufgabe möglicherweise fehl und ein vSphere FT-Failover tritt auf**
  In seltenen Fällen kann es vorkommen, dass das Verschlüsselungsschlüsselpaket während einer vSphere vMotion-Migration einer fehlertoleranten primären VM mit Verschlüsselung nicht korrekt gesendet oder empfangen wird, so dass die Migrationsaufgabe fehlschlägt und ein vSphere FT-Failover auftritt.

Dieses Problem wurde in dieser Version behoben. Der Fix sendet den Verschlüsselungsschlüssel am Ende des vSphere FT-Checkpoints, um Fehler zu vermeiden.

• PR 3403680: Einhängen von gestreckten vSphere Virtual Volumes-Speichercontainern schlägt mit einem nicht deklarierten Fehler fehl
  Im vSphere-Client wird beim Mounten eines neu erstellten vSphere Virtual Volumes-Stretch-Storage-Containers von einem vorhandenen Storage-Array möglicherweise der Fehler Undeclared Fault angezeigt. Das Problem tritt aufgrund einer seltenen Race-Condition auf. vSphere Virtual Volumes generiert einen Core-Dump und startet nach dem Fehler neu.

Dieses Problem wurde in dieser Version behoben.

• PR 3408300: Sie können eine VMFS-Partition auf einer nativen 4K (4Kn) Softwareemulationsplatte (SWE) nicht entfernen oder löschen
  Wenn Sie versuchen, eine VMFS-Partition auf einer 4Kn-SWE-Festplatte zu entfernen oder zu löschen, wird im vSphere-Client ein Fehler wie "Read-only file system during write on /dev/disks/<device name="">" angezeigt und der Vorgang schlägt fehl. Im vmkernel.log sehen Sie Einträge wie in-use partition <part num="">, modification is not supported.

Dieses Problem wurde in dieser Version behoben.

• PR 3402823: Eine Neuinstallation oder das Erstellen von VMFS-Partitionen auf einem Micron 7500- oder Intel D5-P5336-NVMe-Laufwerk schlägt möglicherweise mit einem lila Diagnosebildschirm fehl
  Mit UNMAP-Befehlen können ESXi-Hosts Speicherplatz freigeben, der Daten zugeordnet ist, die auf dem Host gelöscht wurden. Bei NVMe ist das Äquivalent zu UNMAP-Befehlen eine DSM-Anforderung zum Deallokieren. Micron 7500- und Intel D5-P5336-Geräte geben einen sehr großen Wert in einem der Deallocate-Limit-Attribute (DMSRL) an, der die maximale Anzahl logischer Blöcke in einem einzelnen Bereich für einen Dataset-Management-Befehl darstellt. Dies führt zu einem Integer-Überlauf, wenn der ESXi-Unmap-Split-Code die Anzahl der Blöcke in die Anzahl der Bytes umwandelt, was wiederum zu einem Fehler bei der Installation oder der VMFS-Erstellung führen kann. Es wird ein violetter Diagnosebildschirm mit einer Fehlermeldung wie Exception 14 oder corruption in dlmalloc angezeigt. Das Problem betrifft ESXi 8.0 Update 2 und später.

Dieses Problem wurde in dieser Version behoben.

• PR 3396479: Standard-Image-Profile für ESXi 8.0 Update 3 zeigen das Datum der letzten Änderung als Veröffentlichungsdatum an
  Das Feld Release Date des Standard-Image-Profils für ESXi 8.0 Update 3 zeigt den Wert Last Modified Date an. Das Problem betrifft nur die Image-Profile, die in Auto Deploy oder ESXCLI verwendet werden. Bei Basis-Images, die in vSphere Lifecycle Manager-Workflows verwendet werden, wird das Versionsdatum korrekt angezeigt. Dieses Problem hat keine funktionalen Auswirkungen. Der Nebeneffekt ist, dass bei der Suche nach Profilen nach dem Veröffentlichungsdatum das Profil nicht mit dem tatsächlichen Veröffentlichungsdatum angezeigt wird.
  Dieses Problem wurde in dieser Version behoben.