Datum der Veröffentlichung: 23. Juni 2020

Inhalt dieser Versionshinweise

Diese Versionshinweise decken die folgenden Themen ab:

• Neuigkeiten
• Details zum Patch-Build
• Behobene Probleme
• Bekannte Probleme

Neuigkeiten

• In ESXi 7.0b sind die Dienstfunktionen von Dell NVMe-Geräten, einschließlich erweiterter Geräteinformationen und LED-Verwaltungsfunktionen, standardmäßig aktiviert.
• In ESXi 7.0b wird der vSphere-Schnellstart auf folgenden Servern unterstützt:
  • Cisco HX220C-M4S
  • Cisco HX220C-M5SX
  • Cisco HX240C-M4SX
  • Cisco HX240C-M5L
  • Cisco HX240C-M5SX
  • Cisco HXAF220C-M4S
  • Cisco HXAF220C-M5SN
  • Cisco HXAF220C-M5SX
  • Cisco HXAF240C-M4SX
  • Cisco HXAF240C-M5SX
  • Cisco UCSB-B200-M4
  • Cisco UCSB-EX-M4-1 (B260 M4 v2)
  • Cisco UCSB-EX-M4-1 (B460 M4 v2)
  • Cisco UCSB-EX-M4-2 (B260 M4 v3)
  • Cisco UCSB-EX-M4-2 (B460 M4 v3)
  • Cisco UCSB-EX-M4-3 (B260 M4 v4)
  • Cisco UCSB-EX-M4-3 (B460 M4 v4)
  • Cisco UCSC-480-M5
  • Cisco UCSC-480-M5ML
  • Cisco UCSC-C220-M4S
  • Cisco UCSC-C220-M5L
  • Cisco UCSC-C220-M5SN
  • Cisco UCSC-C240-M4S2
  • Cisco UCSC-C240-M4SX
  • Cisco UCSC-C240-M5L
  • Cisco UCSC-C240-M5S
  • Cisco UCSC-C240-M5SN
  • Cisco UCSC-C240-M5SX
  • Fujitsu Primergy RX2530 M5
  • HPE ProLiant DL325 Gen 10
  • Lenovo ThinkSystem SR 650
• In ESXi 7.0b werden die folgenden Server erneut zum vSphere-Schnellstart hinzugefügt:
  • HPE ProLiant DL380 Gen9
  • HPE ProLiant DL560 Gen9
  • HPE ProLiant DL580 Gen9

Build-Details

Download-Dateiname:	VMware-ESXi-7.0b-16324942-depot
Build:	16324942
Download-Größe:	508,5 MB
md5sum:	18a8c2243a0bd15286c331092ab028fc
sha1checksum:	d0a02bbf0716364fb3e799501357944c88e17401
Neustart des Hosts erforderlich:	Ja
Migration oder Herunterfahren der virtuellen Maschine erforderlich:	Ja

Komponenten

Komponente	Bulletin	Kategorie	Schweregrad
ESXi	ESXi_7.0.0-1.25.16324942	Fehlerkorrektur	Kritisch
ESXi	ESXi_7.0.0-1.20.16321839	Sicherheit	Kritisch
ESXi-Komponente „Installieren/Aktualisieren“	esx-update_7.0.0-1.25.16324942	Fehlerkorrektur	Kritisch
ESXi-Komponente „Installieren/Aktualisieren“	esx-update_7.0.0-1.20.16321839	Sicherheit	Kritisch
VMware-USB-Treiber	VMware-vmkusb_0.1-1vmw.700.1.25.16324942	Fehlerkorrektur	Wichtig
VMware NVMe PCI Express-Speichertreiber	VMware-NVMe-PCIe_1.2.2.14-1vmw.700.1.25.16324942	Fehlerkorrektur	Wichtig
VMware-VM-Tools	VMware-VM-Tools_11.1.0.16036546-16321839	Sicherheit	Wichtig

WICHTIG: Ab vSphere 7.0 verwendet VMware Komponenten zum Verpacken von VIBs mit Bulletins. Die Bulletins „ESXi“ und „esx-update“ bauen aufeinander auf. Schließen Sie immer beide in eine einzelne ESXi-Host-Patch-Baseline oder das Rollup-Bulletin in die Baseline ein, um Fehler während des Patchens von Hosts zu vermeiden.

Rollup-Bulletin

Dieses Rollup-Bulletin enthält die neuesten VIBs mit allen Fixes seit der ersten Version von ESXi 7.0.

Bulletin-ID	Kategorie	Schweregrad
ESXi70b-16324942	Fehlerkorrektur	Kritisch

Image-Profile

Patch- und Updateversionen von VMware enthalten allgemeine und kritische Image-Profile. Die Anwendung des allgemeinen Image-Profils der Version gilt für die neuen Fehlerkorrekturen.

Name des Image-Profils

ESXi-7.0b-16324942-standard

ESXi-7.0b-16324942-no-tools

ESXi-7.0bs-16321839-standard

ESXi-7.0bs-16321839-no-tools

ESXi-Image

Name und Version	Datum der Veröffentlichung	Kategorie	Detail
ESXi 7.0b - 16324942	06/16/2020	Verbesserung	Image für Sicherheit und Fehlerbehebung
ESXi 7.0bs - 16321839	06/16/2020	Verbesserung	Image nur für Sicherheit

Informationen zu den einzelnen Komponenten und Bulletins finden Sie auf der Seite Produkt-Patches und im Abschnitt Behobene Probleme.

Patch-Download und -Installation

In vSphere 7.0 wird das für die Verwaltung von vSphere Update Manager verwendete Update Manager-Plug-In durch das Lifecycle Manager-Plug-In ersetzt. Verwaltungsvorgänge für vSphere Update Manager stehen weiterhin mit neuen Funktionen für vSphere Lifecycle Manager im Lifecycle Manager-Plug-In zur Verfügung.
Die typische Methode zum Anwenden von Patches auf ESXi 7.0.x-Hosts besteht in der Verwendung des Lifecycle Managers. Weitere Informationen finden Sie unter Info zu vSphere Lifecycle Manager und vSphere Lifecycle Manager-Baselines und -Images.
Sie können ESXi-Hosts auch ohne vSphere Lifecycle Manager mithilfe eines Image-Profils aktualisieren. Hierzu müssen Sie die ZIP-Datei des Patch-Offline-Pakets von der Seite VMware-Download oder der Seite Produkt-Patches manuell herunterladen und den Befehl esxcli software profile verwenden.
Weitere Informationen finden Sie unter Aktualisieren von Hosts mithilfe von ESXCLI-Befehlen und im Handbuch VMware ESXi-Upgrade.

Behobene Probleme

Die behobenen Probleme werden in folgende Kategorien unterteilt.

• ESXi_7.0.0-1.25.16324942
• esx-update_7.0.0-1.25.16324942
• VMware-NVMe-PCIe_1.2.2.14-1vmw.700.1.25.16324942
• VMware-vmkusb_0.1-1vmw.700.1.25.16324942
• ESXi_7.0.0-1.20.16321839
• esx-update_7.0.0-1.20.16321839
• VMware-VM-Tools_11.1.0.16036546-16321839
• ESXi-7.0b-16324942-standard
• ESXi-7.0b-16324942-no-tools
• ESXi-7.0bs-16321839-standard
• ESXi-7.0bs-16321839-no-tools
• ESXi Image - 7.0b – 16324942
• ESXi Image - 7.0bs – 16321839

ESXi_7.0.0-1.25.16324942

Patch-Kategorie	Fehlerkorrektur
Patch-Schweregrad	Kritisch
Hostneustart erforderlich	Ja
Migration oder Herunterfahren der virtuellen Maschine erforderlich	Ja
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Enthaltene VIBs	VMware_bootbank_vdfs_7.0.0-1.25.16324942 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.0-1.25.16324942 VMware_bootbank_vsanhealth_7.0.0-1.25.16324942 VMware_bootbank_esx-ui_1.34.0-15603211 VMware_bootbank_vsan_7.0.0-1.25.16324942 VMware_bootbank_esx-base_7.0.0-1.25.16324942 VMware_bootbank_crx_7.0.0-1.25.16324942 VMware_bootbank_native-misc-drivers_7.0.0-1.25.16324942 VMware_bootbank_esx-xserver_7.0.0-1.25.16324942 VMware_bootbank_cpu-microcode_7.0.0-1.25.16324942
Behobene Probleme	2543390, 2536681, 2486316, 2503110, 2549993, 2549419, 2550655, 2554564, 2554116, 2489840, 2548068, 2556037, 2572393, 2544236, 2555270, 2560238, 2552532, 2551359, 2541690
CVE-Nummern	Nicht verfügbar

Die Bulletins „ESXi“ und „esx-update“ bauen aufeinander auf. Schließen Sie immer beide in eine einzelne ESXi-Host-Patch-Baseline oder das Rollup-Bulletin in die Baseline ein, um Fehler während des Patchens von Hosts zu vermeiden.

Aktualisiert die VIBs esx-dvfilter-generic-fastpath, vsanhealth, esx-ui, vdfs, vsan, esx-base, crx, native-misc-drivers, esx-xserver und cpu-microcode, um die folgenden Probleme zu beheben:

• In dieser Version wird der Intel-Microcode für unterstützte ESXi-CPUs auf die Versionen aktualisiert, die ab dem 29. April 2020 für die Produktion zugelassen sind. Weitere Informationen zu den aktuell enthaltenen Microcode-Updates finden Sie in der Tabelle.
  
  Hinweis: Nicht alle von Intel am 9. Juni 2020 veröffentlichten Microcode-Updates sind enthalten. Intel hat die Updates für verschiedene
  CPUs zu spät zur Verfügung gestellt, sodass VMware sie weder testen noch in diese ESXi-Patch-Version aufnehmen konnte. Zum Abrufen des aktuellen Microcode wenden Sie sich an Ihren Hardware-Anbieter und bitten ihn um ein BIOS-Update.

  Codename	FMS	PLT-ID	MCU-Rev.	MCU-Datum	Markennamen
  Nehalem EP	0x106a5	0x03	0x0000001d	5/11/2018	Intel Xeon 35xx-Reihe; Intel Xeon 55xx-Reihe
  Lynnfield	0x106e5	0x13	0x0000000a	5/8/2018	Intel Xeon 34xx Lynnfield-Reihe
  Clarkdale	0x20652	0x12	0x00000011	5/8/2018	Intel i3/i5 Clarkdale-Reihe; Intel Xeon 34xx Clarkdale-Reihe
  Arrandale	0x20655	0x92	0x00000007	4/23/2018	Intel Core i7-620LE-Prozessor
  Sandy Bridge DT	0x206a7	0x12	0x0000002f	2/17/2019	Intel Xeon E3-1100-Reihe; Intel Xeon E3-1200-Reihe; Intel i7-2655-LE-Reihe; Intel i3-2100-Reihe
  Westmere EP	0x206c2	0x03	0x0000001f	5/8/2018	Intel Xeon 56xx-Reihe; Intel Xeon 36xx-Reihe
  Sandy Bridge EP	0x206d6	0x6d	0x00000621	3/4/2020	Intel Pentium 1400-Reihe; Intel Xeon E5-1400-Reihe; Intel Xeon E5-1600-Reihe; Intel Xeon E5-2400-Reihe; Intel Xeon E5-2600-Reihe; Intel Xeon E5-4600-Reihe
  Sandy Bridge EP	0x206d7	0x6d	0x0000071a	3/24/2020	Intel Pentium 1400-Reihe; Intel Xeon E5-1400-Reihe; Intel Xeon E5-1600-Reihe; Intel Xeon E5-2400-Reihe; Intel Xeon E5-2600-Reihe; Intel Xeon E5-4600-Reihe
  Nehalem EX	0x206e6	0x04	0x0000000d	5/15/2018	Intel Xeon 65xx-Reihe; Intel Xeon 75xx-Reihe
  Westmere EX	0x206f2	0x05	0x0000003b	5/16/2018	Intel Xeon E7-8800-Reihe; Intel Xeon E7-4800-Reihe; Intel Xeon E7-2800-Reihe
  Ivy Bridge DT	0x306a9	0x12	0x00000021	2/13/2019	Intel i3-3200-Reihe; Intel i7-3500-LE/UE; Intel i7-3600-QE; Intel Xeon E3-1200-v2-Reihe; Intel Xeon E3-1100-C-v2-Reihe; Intel Pentium B925C
  Haswell DT	0x306c3	0x32	0x00000028	11/12/2019	Intel Xeon E3-1200-v3-Reihe; Intel i7-4700-EQ-Reihe; Intel i5-4500-TE-Reihe; Intel i3-4300-Reihe
  Ivy Bridge EP	0x306e4	0xed	0x0000042e	3/14/2019	Intel Xeon E5-4600-v2-Reihe; Intel Xeon E5-2600-v2-Reihe; Intel Xeon E5-2400-v2-Reihe; Intel Xeon E5-1600-v2-Reihe; Intel Xeon E5-1400-v2-Reihe
  Ivy Bridge EX	0x306e7	0xed	0x00000715	3/14/2019	Intel Xeon E7-8800/4800/2800-v2-Reihe
  Haswell EP	0x306f2	0x6f	0x00000043	3/1/2019	Intel Xeon E5-4600-v3-Reihe; Intel Xeon E5-2600-v3-Reihe; Intel Xeon E5-2400-v3-Reihe; Intel Xeon E5-1600-v3-Reihe; Intel Xeon E5-1400-v3-Reihe
  Haswell EX	0x306f4	0x80	0x00000016	17.06.2019	Intel Xeon E7-8800/4800-v3-Serie
  Broadwell H	0x40671	0x22	0x00000022	11/12/2019	Intel Core i7-5700EQ; Intel Xeon E3-1200-v4-Reihe
  Avoton	0x406d8	0x01	0x0000012d	16.09.2019	Intel Atom C2300-Reihe; Intel Atom C2500-Reihe; Intel Atom C2700-Reihe
  Broadwell EP/EX	0x406f1	0xef	0x0b000038	18.06.2019	Intel Xeon E7-8800/4800-v4-Reihe; Intel Xeon E5-4600-v4-Reihe; Intel Xeon E5-2600-v4-Reihe; Intel Xeon E5-1600-v4-Reihe
  Skylake SP	0x50654	0xb7	0x02006901	2/12/2020	Intel Xeon Platinum 8100-Reihe; Intel Xeon Gold 6100/5100, Silver 4100, Bronze 3100-Reihe; Intel Xeon D-2100-Reihe; Intel Xeon D-1600-Reihe; Intel Xeon W-3100-Reihe; Intel Xeon W-2100-Reihe
  Cascade Lake B-0	0x50656	0xbf	0x04002f00	1/14/2020	Intel Xeon Platinum 9200/8200-Reihe; Intel Xeon Gold 6200/5200; Intel Xeon Silver 4200/Bronze 3200; Intel Xeon W-3200
  Cascade Lake	0x50657	0xbf	0x05002f00	1/14/2020	Intel Xeon Platinum 9200/8200-Reihe; Intel Xeon Gold 6200/5200; Intel Xeon Silver 4200/Bronze 3200; Intel Xeon W-3200
  Broadwell DE	0x50662	0x10	0x0000001c	17.06.2019	Intel Xeon D-1500-Reihe
  Broadwell DE	0x50663	0x10	0x07000019	17.06.2019	Intel Xeon D-1500-Reihe
  Broadwell DE	0x50664	0x10	0x0f000017	17.06.2019	Intel Xeon D-1500-Reihe
  Broadwell NS	0x50665	0x10	0x0e00000f	17.06.2019	Intel Xeon D-1600-Reihe
  Skylake H/S	0x506e3	0x36	0x000000d6	10/3/2019	Intel Xeon E3-1500-v5-Reihe; Intel Xeon E3-1200-v5-Reihe
  Denverton	0x506f1	0x01	0x0000002e	3/21/2019	Intel Atom C3000-Reihe
  Kaby Lake H/S/X	0x906e9	0x2a	0x000000ca	10/3/2019	Intel Xeon E3-1200-v6-Reihe; Intel Xeon E3-1500-v6-Reihe
  Coffee Lake	0x906ea	0x22	0x000000cc	12/8/2019	Intel Xeon E-2100-Reihe; Intel Xeon E-2200-Reihe (4 oder 6 Kerne)
  Coffee Lake	0x906eb	0x02	0x000000ca	10/3/2019	Intel Xeon E-2100-Reihe
  Coffee Lake	0x906ec	0x22	0x000000ca	10/3/2019	Intel Xeon E-2100-Reihe
  Coffee Lake Refresh	0x906ed	0x22	0x000000cc	12/12/2019	Intel Xeon E-2200-Reihe (8 Kerne)

• PR 2536681: Gerätealiase werden unter Umständen nicht in der erwarteten Reihenfolge auf ESXi-Hosts angezeigt, die mit SMBIOS 3.2 oder höher kompatibel sind

  In Versionen vor ESXi 7.0b ist die ESXi-Analyse der SMBIOS-Tabelle in der Host-Firmware zum Festlegen der Reihenfolge, in der Gerätealiase zugewiesen werden, nicht vollständig mit SMBIOS 3.2 oder höher kompatibel. Folglich weisen ESXi-Hosts Gerätealiase unter Umständen in der falschen Reihenfolge zu.

  Dieses Problem wurde in der vorliegenden Version behoben. Weitere Informationen zum Korrigieren der Reihenfolge der Gerätealiase finden Sie im VMware-Knowledgebase-Artikel 2091560.

• PR 2486316: ESXi-Hosts können während der Ausführung einer timerCallback-Funktion mit einem violetten Diagnosebildschirm fehlschlagen

  ESXi-Hosts schlagen möglicherweise mit einem violetten Diagnosebildschirm fehl, während vom Kernel-Speicher-Stack eine timerCallback-Funktion ausgeführt wird. Die timerCallback-Funktion wird in einer nicht präemptiven Art und Weise ausgeführt. In bestimmten Fällen versucht der Kernel-Speicher-Stack jedoch, während der Ausführung einer timerCallback-Funktion vorzeitige Entfernung auf einer CPU zu aktivieren. Dies führt dazu, dass der ESXi-Host mit einem Fehler ähnlich dem folgenden fehlschlägt:
  PSOD : Assert bora/vmkernel/main/bh.c:981

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2503110: Wenn nach dem Aktivieren der Storage I/O Control-Protokollierung der Parameter „SIOControlLoglevel“ festgelegt wird, werden die Protokollierungsebenen möglicherweise nicht geändert

  Die Anmeldung für Storage I/O Control ist standardmäßig deaktiviert. Zum Aktivieren oder Festlegen einer Protokollierungsebene müssen Sie einen Wert von 1 bis 7 für den
  Parameter verwenden. In bestimmten Fällen wirkt sich die Änderung des Parameterwerts jedoch nicht auf die Protokollierungsebene aus.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2503110: Das Aktivieren des VMware vSphere Storage I/O Control-Protokolls kann dazu führen, dass die syslog- und rsyslog-Server überflutet werden

  Bestimmte Storage I/O Control-Protokolle führen möglicherweise zu einer Protokollüberflutung in den Dateien storagerm.log und sdrsinjector.log. Dieser Zustand kann zu einer schnellen Protokollrotation führen.

  Dieses Problem wurde in der vorliegenden Version behoben. Der Fix verschiebt einige Protokolle aus dem regulären Protokoll in Log_Trivia und verhindert zusätzliche Protokollierung.

• PR 1221281: Stilllegungsvorgänge von virtuellen Maschinen auf von LUNs unterstützten Volumes, die eine Granularität von mehr als 1 MB für Zuordnungsaufhebungen unterstützen, dauern unter Umständen länger als gewöhnlich

  Von LUNs unterstützte VMFS-Datenspeicher, die eine optimale Granularität von mehr als 1 MB für Zuordnungsaufhebungen aufweisen, werden während der Verarbeitung der automatischen Zuordnungsaufhebung möglicherweise einer wiederholten platteninternen Sperrung unterzogen. Folglich nehmen Stilllegungsvorgänge für virtuelle Maschinen in solchen Datenspeichern mehr Zeit in Anspruch als gewöhnlich.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2549419: Das Festlegen der Priorität der Speicherplatzrückforderung für einen VMFS-Datenspeicher funktioniert möglicherweise nicht für alle ESXi-Hosts, die den Datenspeicher verwenden

  Sie können die standardmäßige Priorität für die Speicherplatzrückforderung eines VMFS-Datenspeichers ändern, indem Sie den ESXCLI-Befehl esxcli storage vmfs reclaim config set  --reclaim-priority verwenden. Führen Sie beispielsweise folgenden Befehl aus, um die Priorität der Speicherplatzrückforderung, d. h. die Aufhebung der Zuordnung nicht verwendeter Blöcke aus dem Datenspeicher zu der diesen Datenspeicher stützenden LUN, von der standardmäßigen niedrigen Rate in „none“ (keine) zu ändern:
  esxcli storage vmfs reclaim config set --volume-label datastore_name --reclaim-priority none
  Die Änderung wird möglicherweise nur auf dem ESXi-Host, auf dem Sie den Befehl ausführen, und nicht auf anderen Hosts wirksam, die denselben Datenspeicher verwenden.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2550655: Es kommt möglicherweise zu einer VMkernel-Protokollüberflutung, wenn VMFS-Volumes häufig geöffnet und geschlossen werden

  Wenn VMFS-Volumes häufig geöffnet und geschlossen werden, enthalten die VMkernel-Protokolle unter Umständen Meldungen, wie z. B. does not support unmap beim Öffnen eines Volumes und Exiting async journal replay manager world beim Schließen eines Volumes.

  Dieses Problem wurde in der vorliegenden Version behoben. Die Protokolle does not support unmap beim Öffnen eines VMFS-Volumes und Exiting async journal replay manager world beim Schließen eines Volumes werden nicht mehr angezeigt.

• PR 2554564: ESXi-Hosts mit vier oder mehr vSAN-Festplattengruppen fallen in NUMA-Konfigurationen mit vier oder mehr Knoten möglicherweise aufgrund einer nicht behobenen Bedingung des Typs „Nicht genügend Arbeitsspeicher“ mit einem violetten Diagnosebildschirm aus

  Bei einer vSAN-Konfiguration auf einem ESXi-Host mit vier oder mehr Festplattengruppen, der in einer NUMA-Konfiguration mit vier oder mehr Knoten ausgeführt wird, werden die für einen bestimmten NUMA-Knoten dedizierten Bereichsspeicherressourcen von VMkernel auf diesem Host möglicherweise ausgeschöpft. Andere NUMA-Knoten auf demselben Host weisen möglicherweise überschüssige Bereichsspeicherressourcen auf. VMkernel generiert jedoch möglicherweise vorzeitig eine Bedingung des Typs „Nicht genügend Arbeitsspeicher“, statt die überschüssige Bereichsspeicherkapazität der anderen NUMA-Knoten zu verwenden. Infolgedessen fällt der ESXi-Host möglicherweise mit einem violetten Diagnosebildschirm aus, oder eine vSAN-Festplattengruppe auf diesem Host fällt aus. Nach dem Neustart des Hosts wird in der Datei vmkernel.log ein Fehler angezeigt, wie z. B. Throttled: BlkAttr not ready for disk“.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2554116: ESXi-Hosts fallen möglicherweise beim Laden eines Kernelmoduls während des Startvorgangs mit einem violetten Diagnosebildschirm aus

  Beim Laden von Kernelmodulen wird der VMkernel Module Loader-Befehl vmkload_mod, mit dessen Hilfe der Gerätetreiber und die Netzwerk-Shaper-Module in den VMkernel geladen werden, möglicherweise auf einen anderen NUMA-Knoten migriert. In einem solchen Fall kann ein Prüfsummenkonflikt auf den NUMA-Knoten auftreten. Dies kann dazu führen, dass ein ESXi-Host mit einem violetten Diagnosebildschirm ausfällt.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2489840: Wenn VMware NSX-T und der Sperrmodus aktiviert sind, kann ein statusfreier ESXi-Host bei der Startzeitstandardisierung fehlschlagen und im Wartungsmodus verbleiben

  Bestimmte Benutzerkonten, die sich auf NSX-T beziehen, stehen erst nach einem Startvorgang zur Verfügung. Da sie beim Start nicht vorhanden sind, schlägt die Startzeitstandardisierung eines statusfreien ESXi-Hosts möglicherweise fehl, wenn diese Konten in die Liste ausgenommener Benutzer im Sperrmodus aufgenommen werden. In der Datei syslog.log wird eine Zeile ähnlich der folgenden angezeigt:
  key = 'POST_BOOT_CONFIG_FAILED', value = 'Fehler beim Aktualisieren der vom Sperrmodus ausgenommenen Benutzerkonten. Ungültiger Benutzer angegeben: mux_user'

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2548068: Bestimmte Dateien fehlen unter Umständen in ProductLocker, wenn ein Live-Upgrade auf ESXi 7.0 von einer früheren Festplatten-Dump-Image-Version eines ESXi-Hosts durchgeführt wird

  Wenn Sie ein Live-Upgrade auf ESXi 7.0 von einer früheren als Festplatten-Dump-Image installierten ESXi-Version durchführen, indem Sie den Befehl esxiso2dd und VMware Tools-Version 4.0 oder höher verwenden, fehlen im Speicherort /productLocker unter Umständen bestimmte VMware Tools-Dateien. Frühere ESXi-Versionen verwenden ein VFAT-Dateisystem, bei dem nicht zwischen Groß- und Kleinschreibung unterschieden wird. ESXi 7.0 verwendet jedoch VMFS-L zum Überprüfen von Dateinamen unter Berücksichtigung der Groß-/Kleinschreibung. Dateien, bei denen diese Überprüfung fehlschlägt, werden nicht zu ProductLocker hinzugefügt.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2556037: Wenn eine der Adressfamilien auf einem Domänencontroller mit Dual-Stack nicht aktiviert ist, schlägt das Hinzufügen von ESXi-Hosts zur Domäne möglicherweise nach dem Zufallsprinzip fehl

  Wenn eine der Adressfamilien, z. B. IPv6, auf einem Domänencontroller mit Dual-Stack nicht aktiviert ist, ist selbst nach dem Deaktivieren von IPv6 auf dem Controller noch ein CLDAP-Ping an eine IPv6-Adressen möglich. Dies führt möglicherweise zu einer Zeitüberschreitung und löst einen Fehler aus, wonach das Datencenter nicht verfügbar ist, wie z. B. Fehler: NERR_DCNotFound [code 0x00000995]. Dies führt dazu, dass Sie der Domäne möglicherweise keine ESXi-Hosts hinzufügen können.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2572393: Upgrades auf ESXi 7.0 von einem ESXi 6.x-Host mit iSCSI-Geräten schlagen unter Umständen mit einem schwerwiegenden Fehler während des ESXi-Starts fehl

  Upgrades auf ESXi 7.0 von einem benutzerdefinierten oder standardmäßigen ESXi 6.x-Image mit einer asynchronen Version von Offload-iSCSI-Treibern schlagen unter Umständen mit Meldungen ähnlich der folgenden fehl: Schwerwiegender Fehler: 15 (nicht gefunden) oder Fehler beim Laden von /vmfs/volumes/ /b.b00 . Zu den betroffenen Offload-iSCSI-Treibersätzen gehören bnx2i/qfle3i, be2iscsi/elxiscsi und qedil/qedi. Dieses Problem tritt möglicherweise auch in Umgebungen mit einer Software-iSCSI und iSCSI-Verwaltungs-API-Plug-Ins auf.
  Die Meldungen werden auf der ESXi-Ladeseite während der Neustartphase des Upgrades angezeigt, das Sie mithilfe von vSphere Lifecycle Manager oder ESXCLI durchführen können.  Bei Verwendung von vSphere Lifecycle Manager wird beim Zurücksetzen ein Rollback des vCenter Server-Systems auf das vorherige Image durchgeführt. Dieses Problem betrifft überwiegend Systeme mit iSCSI-fähigen QLogic 578XX-CANs (Converged Network Adapters) oder iSCSI-fähigen Emulex OneConnect-CNAs oder QLogic FastLinQ QL4xxxx-CNAs oder Software-iSCSI-Konfigurationen. Das Problem tritt nicht auf, wenn der CNA nur für FCoE konfiguriert ist.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2544236: Wenn Sie an einen neu hinzugefügten VMkernel-Port auf einem ESXi-Host gerichtete CIM-Abfragen ausführen, schlägt der SFCB-Dienst (Small Footprint CIM Broker) möglicherweise fehl

  Wenn Sie eine CIM-Abfrage, wie z. B. enum_instances, für einen neu hinzugefügten VMkernel-Port auf einem ESXi-Host ausführen, schlägt der SFCB-Dienst möglicherweise fehl, weil er die IP-Adresse der neuen Instanz nicht validieren kann. Falls beispielsweise IPv6 aktiviert und als statisch konfiguriert ist, die IPv6-Adresse aber leer ist, wird bei der Abfrage einer der CIM-Klassen CIM_IPProtocolEndpoint bzw. VMware_KernelIPv6ProtocolEndpoint ein SFCB-Core-Dump generiert.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2555270: Wenn eine gesicherte Speichergerätekonfiguration nach mehr als sieben Tagen wiederhergestellt wird, gehen unter Umständen bestimmte Einstellungen verloren

  Wenn Sie eine Konfiguration, die mithilfe von backup.sh gesichert wurde, nach mehr als 7 Tagen wiederherstellen, gehen Einstellungen für das Speichergerät, wie z. B. „Is perennially reserved“, unter Umständen verloren. Dies geschieht, weil die aktuellen Zeitstempel der Geräte ebenfalls gesichert werden. Wenn das Gerät mehr als sieben Tage nicht aktiv war, werden Geräteeinträge aus /etc/vmware/esx.conf gelöscht. Infolgedessen werden beim Wiederherstellungsvorgang unter Umständen ältere Zeitstempel wiederhergestellt.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2552532: Ein ESXi-Host wählt neu zugeordnete Namespaces unter Umständen nicht aus

  Wenn in bestimmten Fällen die Zuordnung von Namespaces auf der Ziel-Site aufgehoben wird und eine Neuzuordnung erfolgt, kann ESXi den neu zugeordneten Namespace unter Umständen nicht auswählen. Dieses Problem tritt auf, wenn die Bereinigung der alten Namespace-Instanz nicht abgeschlossen ist. In diesem Fall müssen Sie den NVMe-Controller zurücksetzen, um die Namespaces neu zu ermitteln.

  Dieses Problem wurde in der vorliegenden Version behoben.

• PR 2551359: Die Konfiguration des vSAN-Dateidiensts lässt mehr als 8 IP-Adressen zu.

  Der vSAN-Dateidienst unterstützt bis zu 8 IP-Adressen im statischen IP-Adresspool. Wenn ein vSAN-Cluster über mehr als 8 Hosts verfügt, können Sie während der Konfiguration des Dateidiensts mehr als 8 IP-Adressen eingeben. Zusätzliche IP-Adressen können jedoch nicht verwendet werden.

  Dieses Problem wurde in der vorliegenden Version behoben. Sie können in der Dateidienstkonfiguration maximal 8 IP-Adressen eingeben.

• PR 2541690: vSAN-Hosts mit Deduplizierung weisen während der Verarbeitung von Löschvorgängen nicht genügend Speicherplatz auf

  Wenn ein vSAN-Host Deduplizierung und Komprimierung verwendet, können Löschvorgänge nicht abgeschlossen werden. Dies führt dazu, dass auf dem Dateisystem kein freier Speicherplatz mehr zur Verfügung steht.

  Dieses Problem wurde in der vorliegenden Version behoben.

esx-update_7.0.0-1.25.16324942

Patch-Kategorie	Fehlerkorrektur
Patch-Schweregrad	Kritisch
Hostneustart erforderlich	Ja
Migration oder Herunterfahren der virtuellen Maschine erforderlich	Ja
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Enthaltene VIBs	VMware_bootbank_loadesx_7.0.0-1.25.16324942 VMware_bootbank_esx-update_7.0.0-1.25.16324942
Behobene Probleme	Nicht verfügbar
CVE-Nummern	Nicht verfügbar

Die Bulletins „ESXi“ und „esx-update“ bauen aufeinander auf. Schließen Sie immer beide in eine einzelne ESXi-Host-Patch-Baseline oder das Rollup-Bulletin in die Baseline ein, um Fehler während des Patchens von Hosts zu vermeiden.

Aktualisiert die VIBs loadesx und esx-update.

VMware-NVMe-PCIe_1.2.2.14-1vmw.700.1.25.16324942

Patch-Kategorie	Fehlerkorrektur
Patch-Schweregrad	Kritisch
Hostneustart erforderlich	Ja
Migration oder Herunterfahren der virtuellen Maschine erforderlich	Ja
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Enthaltene VIBs	VMW_bootbank_nvme-pcie_1.2.2.14-1vmw.700.1.25.16324942
Behobene Probleme	2554114
CVE-Nummern	Nicht verfügbar

Aktualisiert das VIB  nvme-pcie zur Behebung des folgenden Problems:

• PR 2554114: Wenn ein NVMe-Gerät in weniger als einer Minute im laufenden Betrieb entfernt und hinzugefügt wird, schlägt der ESXi-Host möglicherweise mit einem violetten Diagnosebildschirm fehl

  Wenn ein NVMe-Gerät vor Abschluss der Speicher-Stack-Bereinigung im laufenden Betrieb entfernt und hinzugefügt wird (in der Regel innerhalb von 60 Sekunden), kann der PCIe-Treiber Deaktivierter Hotplug nicht drucken. Folglich wird unter Umständen eine Meldung ähnlich Gerät bereits vorhanden angezeigt. Schließlich schlägt der ESXi-Host mit einem violetten Diagnosebildschirm und einem Fehler ähnlich dem folgenden fehl:
  ​LINT1/NMI (nicht maskierbares Interrupt der Hauptplatine), nicht diagnostiziert.

  Dieses Problem wurde in der vorliegenden Version behoben. Der Fix verringert die E/A-Zeit auf der PSA-Schicht von etwa einer Minute auf 1 ms, um die E/A-Vorgänge bei Hinzufügen oder Entfernen im laufenden Betrieb stillzulegen.

VMware-vmkusb_0.1-1vmw.700.1.25.16324942

Patch-Kategorie	Fehlerkorrektur
Patch-Schweregrad	Wichtig
Hostneustart erforderlich	Ja
Migration oder Herunterfahren der virtuellen Maschine erforderlich	Ja
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Enthaltene VIBs	VMW_bootbank_vmkusb_0.1-1vmw.700.1.25.16324942
Behobene Probleme	Nicht verfügbar
CVE-Nummern	Nicht verfügbar

Aktualisiert das  vmkusb VIB.

ESXi_7.0.0-1.20.16321839

Patch-Kategorie	Sicherheit
Patch-Schweregrad	Kritisch
Hostneustart erforderlich	Ja
Migration oder Herunterfahren der virtuellen Maschine erforderlich	Ja
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Enthaltene VIBs	VMware_bootbank_vdfs_7.0.0-1.20.16321839 VMware_bootbank_esx-xserver_7.0.0-1.20.16321839 VMware_bootbank_vsan_7.0.0-1.20.16321839 VMware_bootbank_esx-base_7.0.0-1.20.16321839 VMware_bootbank_esx-ui_1.34.0-15603211 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.0-1.20.16321839 VMware_bootbank_native-misc-drivers_7.0.0-1.20.16321839 VMware_bootbank_vsanhealth_7.0.0-1.20.16321839 VMware_bootbank_cpu-microcode_7.0.0-1.20.16321839 VMware_bootbank_crx_7.0.0-1.20.16321839
Behobene Probleme	2550705, 2550688, 2550702, 2560224, 2544206, 2536240, 2558119, 2558150, 2558534, 2536327, 2536334, 2536337, 2555190, 2465417
CVE-Nummern	CVE-2020-3962, CVE-2020-3963, CVE-2020-3964, CVE-2020-3965, CVE-2020-3966, CVE-2020-3967, CVE-2020-3968, CVE-2020-3969, CVE-2020-3970

Die Bulletins „ESXi“ und „esx-update“ bauen aufeinander auf. Schließen Sie immer beide in eine einzelne ESXi-Host-Patch-Baseline oder das Rollup-Bulletin in die Baseline ein, um Fehler während des Patchens von Hosts zu vermeiden.

Aktualisiert die VIBs vdfs, esx-xserver, vsan, esx-base, esx-ui, esx-dvfilter-generic-fastpath, native-misc-drivers, vsanhealth, cpu-microcode und crx, um die folgenden Probleme zu beheben:

• Update auf die libsqlite3-Bibliothek

  Die ESXi libsqlite3-Bibliothek wird auf Version 3.31.1 aktualisiert.

• Update der libxml2-Bibliothek

  Die userworld-libxml2-Bibliothek von ESXi wurde auf Version 2.9.10 aktualisiert.

• Update der libcurl-Bibliothek

  Die userworld-libcurl-Bibliothek von ESXi wurde auf Version 7.69.1 aktualisiert.

• Update der Python-Bibliothek

  Die ESXi Python-Bibliothek wird auf Version 3.5.9 und Freetype Python auf 2.9 aktualisiert.

• Update auf die NTP-Bibliothek

  Die ESXi NTP-Bibliothek wird auf Version 4.2.8p14 aktualisiert.

• • VMware ESXi enthält eine Use-after-free-Schwachstelle im SVGA-Gerät. Im Projekt „Common Vulnerabilities and Exposures (CVE)“ (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3962 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Use-after-free-Schwachstelle in PVNVRAM. Im Projekt „Common Vulnerabilities and Exposures (CVE)“ (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3963 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält ein Datenleck im EHCI-USB-Controller. Im Projekt „Common Vulnerabilities and Exposures (CVE)“ (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3964 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält ein Datenleck im XHCI-USB-Controller. Im Projekt „Common Vulnerabilities and Exposures (CVE)“ (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3965 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält einen Pufferüberlauf aufgrund einer Racebedingung im USB 2.0-Controller (EHCI). Im Projekt „Common Vulnerabilities and Exposures (CVE)“ (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3966 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Pufferüberlaufschwachstelle im USB 2.0-Controller (EHCI). Im Projekt „Common Vulnerabilities and Exposures (CVE)“ (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3967 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Schwachstelle vom Typ „Out-of-bounds Write“ im USB 3.0-Controller (xHCI). Im Projekt „Common Vulnerabilities and Exposures (CVE)“ (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3968 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Pufferüberlaufschwachstelle vom Typ „off-by-one“ im SVGA-Gerät. Im Projekt „Common Vulnerabilities and Exposures (CVE)“ (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3969 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Schwachstelle durch Lesen außerhalb des Speicherbereichs (Out-of-Bounds Read) in der Shader-Funktionalität. Im Projekt „Common Vulnerabilities and Exposures (CVE)“ (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3970 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

esx-update_7.0.0-1.20.16321839

Patch-Kategorie	Sicherheit
Patch-Schweregrad	Kritisch
Hostneustart erforderlich	Ja
Migration oder Herunterfahren der virtuellen Maschine erforderlich	Ja
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Enthaltene VIBs	VMware_bootbank_loadesx_7.0.0-1.20.16321839 VMware_bootbank_esx-update_7.0.0-1.20.16321839
Behobene Probleme	Nicht verfügbar
CVE-Nummern	Nicht verfügbar

Die Bulletins „ESXi“ und „esx-update“ bauen aufeinander auf. Schließen Sie immer beide in eine einzelne ESXi-Host-Patch-Baseline oder das Rollup-Bulletin in die Baseline ein, um Fehler während des Patchens von Hosts zu vermeiden.

Aktualisiert die VIBs  loadesx und esx-update.

VMware-VM-Tools_11.1.0.16036546-16321839

Patch-Kategorie	Sicherheit
Patch-Schweregrad	Kritisch
Hostneustart erforderlich	Ja
Migration oder Herunterfahren der virtuellen Maschine erforderlich	Ja
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Enthaltene VIBs	VMware_locker_tools-light_11.1.0.16036546-16321839
Behobene Probleme	2564270
CVE-Nummern	Nicht verfügbar

Aktualisiert das VIB tools-light zur Behebung des folgenden Problems:

• In ESXi 7.0b wird ein Teil der VMware Tools 11.1.0-ISO-Images mit dem ESXi 7.0b-Host gebündelt.
  
  Die folgenden VMware Tools 11.1.0-ISO-Images werden mit ESXi gebündelt:

  • windows.iso: VMware Tools-Image für Windows 7 SP1 oder Windows Server 2008 R2 SP1 oder höher
  • linux.iso: VMware Tools 10.3.22-ISO-Image für ältere Versionen des Linux-Betriebssystems mit glibc 2.5 oder höher

  Die folgenden VMware Tools 10.3.10-ISO-Images stehen zum Download zur Verfügung:

  • solaris.iso: VMware Tools-Image für Solaris
  • darwin.iso: VMware Tools-Image für OSX

  Befolgen Sie die in den folgenden Dokumenten aufgeführten Vorgehensweisen, um VMware Tools für Plattformen, die nicht mit ESXi gebündelt sind, herunterzuladen:

  • Versionshinweise zu VMware Tools 11.1.0
  • Wichtige Informationen zu VMware Tools für Administratoren
  • VMware Tools für Hosts, die mit Auto Deploy bereitgestellt wurden
  • Aktualisieren von VMware Tools

ESXi-7.0b-16324942-standard

Profilname	ESXi-7.0b-16324942-standard
Build	Build-Informationen finden Sie oben auf der Seite.
Anbieter	VMware, Inc.
Datum der Veröffentlichung	16. Juni 2020
Akzeptanzebene	PartnerSupported
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Betroffene VIBs	VMware_bootbank_loadesx_7.0.0-1.25.16324942 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.0-1.25.16324942 VMware_bootbank_vsanhealth_7.0.0-1.25.16324942 VMware_bootbank_esx-update_7.0.0-1.25.16324942 VMware_locker_tools-light_11.1.0.16036546-16321839 VMware_bootbank_esx-ui_1.34.0-15603211 VMware_bootbank_vdfs_7.0.0-1.25.16324942 VMware_bootbank_vsan_7.0.0-1.25.16324942 VMware_bootbank_esx-base_7.0.0-1.25.16324942 VMW_bootbank_nvme-pcie_1.2.2.14-1vmw.700.1.25.16324942 VMware_bootbank_crx_7.0.0-1.25.16324942 VMware_bootbank_native-misc-drivers_7.0.0-1.25.16324942 VMware_bootbank_esx-xserver_7.0.0-1.25.16324942 VMW_bootbank_vmkusb_0.1-1vmw.700.1.25.16324942 VMware_bootbank_cpu-microcode_7.0.0-1.25.16324942
Behobene Probleme	2543390, 2536681, 2486316, 2503110, 2549993, 2549419, 2550655, 2554564, 2554116, 2489840, 2548068, 2556037, 2572393, 2544236, 2555270, 2560238, 2552532, 2551359, 2541690, 2554114
Verwandte CVE-Nummern	Nicht verfügbar

Aktualisiert die VIBs loadesx, esx-dvfilter-generic-fastpath, vsanhealth, esx-update, tools-light, esx-ui, vdfs, vsan, esx-base, nvme-pcie, crx native-misc-drivers, esx-xserver, vmkusb und cpu-microcode.

• Dieser Patch enthält Updates zur Behebung der folgenden Probleme:

  • In dieser Version wird der Intel-Microcode für unterstützte ESXi-CPUs auf die Versionen aktualisiert, die ab dem 29. April 2020 für die Produktion zugelassen sind. Weitere Informationen zu den aktuell enthaltenen Microcode-Updates finden Sie in der Tabelle.
    
    Hinweis: Nicht alle von Intel am 9. Juni 2020 veröffentlichten Microcode-Updates sind enthalten. Intel hat die Updates für verschiedene
    CPUs zu spät zur Verfügung gestellt, sodass VMware sie weder testen noch in diese ESXi-Patch-Version aufnehmen konnte. Zum Abrufen des aktuellen Microcode wenden Sie sich an Ihren Hardware-Anbieter und bitten ihn um ein BIOS-Update.

    Codename	FMS	PLT-ID	MCU-Rev.	MCU-Datum	Markennamen
    Nehalem EP	0x106a5	0x03	0x0000001d	5/11/2018	Intel Xeon 35xx-Reihe; Intel Xeon 55xx-Reihe
    Lynnfield	0x106e5	0x13	0x0000000a	5/8/2018	Intel Xeon 34xx Lynnfield-Reihe
    Clarkdale	0x20652	0x12	0x00000011	5/8/2018	Intel i3/i5 Clarkdale-Reihe; Intel Xeon 34xx Clarkdale-Reihe
    Arrandale	0x20655	0x92	0x00000007	4/23/2018	Intel Core i7-620LE-Prozessor
    Sandy Bridge DT	0x206a7	0x12	0x0000002f	2/17/2019	Intel Xeon E3-1100-Reihe; Intel Xeon E3-1200-Reihe; Intel i7-2655-LE-Reihe; Intel i3-2100-Reihe
    Westmere EP	0x206c2	0x03	0x0000001f	5/8/2018	Intel Xeon 56xx-Reihe; Intel Xeon 36xx-Reihe
    Sandy Bridge EP	0x206d6	0x6d	0x00000621	3/4/2020	Intel Pentium 1400-Reihe; Intel Xeon E5-1400-Reihe; Intel Xeon E5-1600-Reihe; Intel Xeon E5-2400-Reihe; Intel Xeon E5-2600-Reihe; Intel Xeon E5-4600-Reihe
    Sandy Bridge EP	0x206d7	0x6d	0x0000071a	3/24/2020	Intel Pentium 1400-Reihe; Intel Xeon E5-1400-Reihe; Intel Xeon E5-1600-Reihe; Intel Xeon E5-2400-Reihe; Intel Xeon E5-2600-Reihe; Intel Xeon E5-4600-Reihe
    Nehalem EX	0x206e6	0x04	0x0000000d	5/15/2018	Intel Xeon 65xx-Reihe; Intel Xeon 75xx-Reihe
    Westmere EX	0x206f2	0x05	0x0000003b	5/16/2018	Intel Xeon E7-8800-Reihe; Intel Xeon E7-4800-Reihe; Intel Xeon E7-2800-Reihe
    Ivy Bridge DT	0x306a9	0x12	0x00000021	2/13/2019	Intel i3-3200-Reihe; Intel i7-3500-LE/UE; Intel i7-3600-QE; Intel Xeon E3-1200-v2-Reihe; Intel Xeon E3-1100-C-v2-Reihe; Intel Pentium B925C
    Haswell DT	0x306c3	0x32	0x00000028	11/12/2019	Intel Xeon E3-1200-v3-Reihe; Intel i7-4700-EQ-Reihe; Intel i5-4500-TE-Reihe; Intel i3-4300-Reihe
    Ivy Bridge EP	0x306e4	0xed	0x0000042e	3/14/2019	Intel Xeon E5-4600-v2-Reihe; Intel Xeon E5-2600-v2-Reihe; Intel Xeon E5-2400-v2-Reihe; Intel Xeon E5-1600-v2-Reihe; Intel Xeon E5-1400-v2-Reihe
    Ivy Bridge EX	0x306e7	0xed	0x00000715	3/14/2019	Intel Xeon E7-8800/4800/2800-v2-Reihe
    Haswell EP	0x306f2	0x6f	0x00000043	3/1/2019	Intel Xeon E5-4600-v3-Reihe; Intel Xeon E5-2600-v3-Reihe; Intel Xeon E5-2400-v3-Reihe; Intel Xeon E5-1600-v3-Reihe; Intel Xeon E5-1400-v3-Reihe
    Haswell EX	0x306f4	0x80	0x00000016	17.06.2019	Intel Xeon E7-8800/4800-v3-Serie
    Broadwell H	0x40671	0x22	0x00000022	11/12/2019	Intel Core i7-5700EQ; Intel Xeon E3-1200-v4-Reihe
    Avoton	0x406d8	0x01	0x0000012d	16.09.2019	Intel Atom C2300-Reihe; Intel Atom C2500-Reihe; Intel Atom C2700-Reihe
    Broadwell EP/EX	0x406f1	0xef	0x0b000038	18.06.2019	Intel Xeon E7-8800/4800-v4-Reihe; Intel Xeon E5-4600-v4-Reihe; Intel Xeon E5-2600-v4-Reihe; Intel Xeon E5-1600-v4-Reihe
    Skylake SP	0x50654	0xb7	0x02006901	2/12/2020	Intel Xeon Platinum 8100-Reihe; Intel Xeon Gold 6100/5100, Silver 4100, Bronze 3100-Reihe; Intel Xeon D-2100-Reihe; Intel Xeon D-1600-Reihe; Intel Xeon W-3100-Reihe; Intel Xeon W-2100-Reihe
    Cascade Lake B-0	0x50656	0xbf	0x04002f00	1/14/2020	Intel Xeon Platinum 9200/8200-Reihe; Intel Xeon Gold 6200/5200; Intel Xeon Silver 4200/Bronze 3200; Intel Xeon W-3200
    Cascade Lake	0x50657	0xbf	0x05002f00	1/14/2020	Intel Xeon Platinum 9200/8200-Reihe; Intel Xeon Gold 6200/5200; Intel Xeon Silver 4200/Bronze 3200; Intel Xeon W-3200
    Broadwell DE	0x50662	0x10	0x0000001c	17.06.2019	Intel Xeon D-1500-Reihe
    Broadwell DE	0x50663	0x10	0x07000019	17.06.2019	Intel Xeon D-1500-Reihe
    Broadwell DE	0x50664	0x10	0x0f000017	17.06.2019	Intel Xeon D-1500-Reihe
    Broadwell NS	0x50665	0x10	0x0e00000f	17.06.2019	Intel Xeon D-1600-Reihe
    Skylake H/S	0x506e3	0x36	0x000000d6	10/3/2019	Intel Xeon E3-1500-v5-Reihe; Intel Xeon E3-1200-v5-Reihe
    Denverton	0x506f1	0x01	0x0000002e	3/21/2019	Intel Atom C3000-Reihe
    Kaby Lake H/S/X	0x906e9	0x2a	0x000000ca	10/3/2019	Intel Xeon E3-1200-v6-Reihe; Intel Xeon E3-1500-v6-Reihe
    Coffee Lake	0x906ea	0x22	0x000000cc	12/8/2019	Intel Xeon E-2100-Reihe; Intel Xeon E-2200-Reihe (4 oder 6 Kerne)
    Coffee Lake	0x906eb	0x02	0x000000ca	10/3/2019	Intel Xeon E-2100-Reihe
    Coffee Lake	0x906ec	0x22	0x000000ca	10/3/2019	Intel Xeon E-2100-Reihe
    Coffee Lake Refresh	0x906ed	0x22	0x000000cc	12/12/2019	Intel Xeon E-2200-Reihe (8 Kerne)

  • In Versionen vor ESXi 7.0b ist die ESXi-Analyse der SMBIOS-Tabelle in der Host-Firmware zum Festlegen der Reihenfolge, in der Gerätealiase zugewiesen werden, nicht vollständig mit SMBIOS 3.2 oder höher kompatibel. Folglich weisen ESXi-Hosts Gerätealiase unter Umständen in der falschen Reihenfolge zu.

  • ESXi-Hosts schlagen möglicherweise mit einem violetten Diagnosebildschirm fehl, während vom Kernel-Speicher-Stack eine timerCallback-Funktion ausgeführt wird. Die timerCallback-Funktion wird in einer nicht präemptiven Art und Weise ausgeführt. In bestimmten Fällen versucht der Kernel-Speicher-Stack jedoch, während der Ausführung einer timerCallback-Funktion vorzeitige Entfernung auf einer CPU zu aktivieren. Dies führt dazu, dass der ESXi-Host mit einem Fehler ähnlich dem folgenden fehlschlägt:
    PSOD : Assert bora/vmkernel/main/bh.c:981

  • Die Anmeldung für Storage I/O Control ist standardmäßig deaktiviert. Zum Aktivieren oder Festlegen einer Protokollierungsebene müssen Sie einen Wert von 1 bis 7 für den
    Parameter verwenden. In bestimmten Fällen wirkt sich die Änderung des Parameterwerts jedoch nicht auf die Protokollierungsebene aus.

  • Bestimmte Storage I/O Control-Protokolle führen möglicherweise zu einer Protokollüberflutung in den Dateien storagerm.log und sdrsinjector.log. Dieser Zustand kann zu einer schnellen Protokollrotation führen.

  • Von LUNs unterstützte VMFS-Datenspeicher, die eine optimale Granularität von mehr als 1 MB für Zuordnungsaufhebungen aufweisen, werden während der Verarbeitung der automatischen Zuordnungsaufhebung möglicherweise einer wiederholten platteninternen Sperrung unterzogen. Folglich nehmen Stilllegungsvorgänge für virtuelle Maschinen in solchen Datenspeichern mehr Zeit in Anspruch als gewöhnlich.

  • Sie können die standardmäßige Priorität für die Speicherplatzrückforderung eines VMFS-Datenspeichers ändern, indem Sie den ESXCLI-Befehl esxcli storage vmfs reclaim config set  --reclaim-priority verwenden. Führen Sie beispielsweise folgenden Befehl aus, um die Priorität der Speicherplatzrückforderung, d. h. die Aufhebung der Zuordnung nicht verwendeter Blöcke aus dem Datenspeicher zu der diesen Datenspeicher stützenden LUN, von der standardmäßigen niedrigen Rate in „none“ (keine) zu ändern:
    esxcli storage vmfs reclaim config set --volume-label datastore_name --reclaim-priority none
    Die Änderung wird möglicherweise nur auf dem ESXi-Host, auf dem Sie den Befehl ausführen, und nicht auf anderen Hosts wirksam, die denselben Datenspeicher verwenden.

  • Wenn VMFS-Volumes häufig geöffnet und geschlossen werden, enthalten die VMkernel-Protokolle unter Umständen Meldungen, wie z. B. does not support unmap beim Öffnen eines Volumes und Exiting async journal replay manager world beim Schließen eines Volumes.

  • Bei einer vSAN-Konfiguration auf einem ESXi-Host mit vier oder mehr Festplattengruppen, der in einer NUMA-Konfiguration mit vier oder mehr Knoten ausgeführt wird, werden die für einen bestimmten NUMA-Knoten dedizierten Bereichsspeicherressourcen von VMkernel auf diesem Host möglicherweise ausgeschöpft. Andere NUMA-Knoten auf demselben Host weisen möglicherweise überschüssige Bereichsspeicherressourcen auf. VMkernel generiert jedoch möglicherweise vorzeitig eine Bedingung des Typs „Nicht genügend Arbeitsspeicher“, statt die überschüssige Bereichsspeicherkapazität der anderen NUMA-Knoten zu verwenden. Infolgedessen fällt der ESXi-Host möglicherweise mit einem violetten Diagnosebildschirm aus, oder eine vSAN-Festplattengruppe auf diesem Host fällt aus. Nach dem Neustart des Hosts wird in der Datei vmkernel.log ein Fehler angezeigt, wie z. B. Throttled: BlkAttr not ready for disk“.

  • Beim Laden von Kernelmodulen wird der VMkernel Module Loader-Befehl vmkload_mod, mit dessen Hilfe der Gerätetreiber und die Netzwerk-Shaper-Module in den VMkernel geladen werden, möglicherweise auf einen anderen NUMA-Knoten migriert. In einem solchen Fall kann ein Prüfsummenkonflikt auf den NUMA-Knoten auftreten. Dies kann dazu führen, dass ein ESXi-Host mit einem violetten Diagnosebildschirm ausfällt.

  • Bestimmte Benutzerkonten, die sich auf NSX-T beziehen, stehen erst nach einem Startvorgang zur Verfügung. Da sie beim Start nicht vorhanden sind, schlägt die Startzeitstandardisierung eines statusfreien ESXi-Hosts möglicherweise fehl, wenn diese Konten in die Liste ausgenommener Benutzer im Sperrmodus aufgenommen werden. In der Datei syslog.log wird eine Zeile ähnlich der folgenden angezeigt:
    key = 'POST_BOOT_CONFIG_FAILED', value = 'Fehler beim Aktualisieren der vom Sperrmodus ausgenommenen Benutzerkonten. Ungültiger Benutzer angegeben: mux_user'

  • Wenn Sie ein Live-Upgrade auf ESXi 7.0 von einer früheren als Festplatten-Dump-Image installierten ESXi-Version durchführen, indem Sie den Befehl esxiso2dd und VMware Tools-Version 4.0 oder höher verwenden, fehlen im Speicherort /productLocker unter Umständen bestimmte VMware Tools-Dateien. Frühere ESXi-Versionen verwenden ein VFAT-Dateisystem, bei dem nicht zwischen Groß- und Kleinschreibung unterschieden wird. ESXi 7.0 verwendet jedoch VMFS-L zum Überprüfen von Dateinamen unter Berücksichtigung der Groß-/Kleinschreibung. Dateien, bei denen diese Überprüfung fehlschlägt, werden nicht zu ProductLocker hinzugefügt.

  • Wenn eine der Adressfamilien, z. B. IPv6, auf einem Domänencontroller mit Dual-Stack nicht aktiviert ist, ist selbst nach dem Deaktivieren von IPv6 auf dem Controller noch ein CLDAP-Ping an eine IPv6-Adressen möglich. Dies führt möglicherweise zu einer Zeitüberschreitung und löst einen Fehler aus, wonach das Datencenter nicht verfügbar ist, wie z. B. Fehler: NERR_DCNotFound [code 0x00000995]. Dies führt dazu, dass Sie der Domäne möglicherweise keine ESXi-Hosts hinzufügen können.

  • Upgrades auf ESXi 7.0 von einem benutzerdefinierten oder standardmäßigen ESXi 6.x-Image mit einer asynchronen Version von Offload-iSCSI-Treibern schlagen unter Umständen mit Meldungen ähnlich der folgenden fehl: Schwerwiegender Fehler: 15 (nicht gefunden) oder Fehler beim Laden von /vmfs/volumes//b.b00. Zu den betroffenen Offload-iSCSI-Treibersätzen gehören bnx2i/qfle3i, be2iscsi/elxiscsi und qedil/qedi. Dieses Problem tritt möglicherweise auch in Umgebungen mit einer Software-iSCSI und iSCSI-Verwaltungs-API-Plug-Ins auf.
    Die Meldungen werden auf der ESXi-Ladeseite während der Neustartphase des Upgrades angezeigt, das Sie mithilfe von vSphere Lifecycle Manager oder ESXCLI durchführen können.  Bei Verwendung von vSphere Lifecycle Manager wird beim Zurücksetzen ein Rollback des vCenter Server-Systems auf das vorherige Image durchgeführt. Dieses Problem betrifft überwiegend Systeme mit iSCSI-fähigen QLogic 578XX-CANs (Converged Network Adapters) oder iSCSI-fähigen Emulex OneConnect-CNAs oder QLogic FastLinQ QL4xxxx-CNAs oder Software-iSCSI-Konfigurationen. Das Problem tritt nicht auf, wenn der CNA nur für FCoE konfiguriert ist.

  • Wenn Sie eine CIM-Abfrage, wie z. B. enum_instances, für einen neu hinzugefügten VMkernel-Port auf einem ESXi-Host ausführen, schlägt der SFCB-Dienst möglicherweise fehl, weil er die IP-Adresse der neuen Instanz nicht validieren kann. Falls beispielsweise IPv6 aktiviert und als statisch konfiguriert ist, die IPv6-Adresse aber leer ist, wird bei der Abfrage einer der CIM-Klassen CIM_IPProtocolEndpoint bzw. VMware_KernelIPv6ProtocolEndpoint ein SFCB-Core-Dump generiert.

  • Wenn Sie eine Konfiguration, die mithilfe von backup.sh gesichert wurde, nach mehr als 7 Tagen wiederherstellen, gehen Einstellungen für das Speichergerät, wie z. B. „Is perennially reserved“, unter Umständen verloren. Dies geschieht, weil die aktuellen Zeitstempel der Geräte ebenfalls gesichert werden. Wenn das Gerät mehr als sieben Tage nicht aktiv war, werden Geräteeinträge aus /etc/vmware/esx.conf gelöscht. Infolgedessen werden beim Wiederherstellungsvorgang unter Umständen ältere Zeitstempel wiederhergestellt.

  • Wenn in bestimmten Fällen die Zuordnung von Namespaces auf der Ziel-Site aufgehoben wird und eine Neuzuordnung erfolgt, kann ESXi den neu zugeordneten Namespace unter Umständen nicht auswählen. Dieses Problem tritt auf, wenn die Bereinigung der alten Namespace-Instanz nicht abgeschlossen ist. In diesem Fall müssen Sie den NVMe-Controller zurücksetzen, um die Namespaces neu zu ermitteln.

  • Der vSAN-Dateidienst unterstützt bis zu 8 IP-Adressen im statischen IP-Adresspool. Wenn ein vSAN-Cluster über mehr als 8 Hosts verfügt, können Sie während der Konfiguration des Dateidiensts mehr als 8 IP-Adressen eingeben. Zusätzliche IP-Adressen können jedoch nicht verwendet werden.

  • Wenn ein vSAN-Host Deduplizierung und Komprimierung verwendet, können Löschvorgänge nicht abgeschlossen werden. Dies führt dazu, dass auf dem Dateisystem kein freier Speicherplatz mehr zur Verfügung steht.

  • Wenn ein NVMe-Gerät vor Abschluss der Speicher-Stack-Bereinigung im laufenden Betrieb entfernt und hinzugefügt wird (in der Regel innerhalb von 60 Sekunden), kann der PCIe-Treiber Deaktivierter Hotplug nicht drucken. Folglich wird unter Umständen eine Meldung ähnlich Gerät bereits vorhanden angezeigt. Schließlich schlägt der ESXi-Host mit einem violetten Diagnosebildschirm und einem Fehler ähnlich dem folgenden fehl:
    ​LINT1/NMI (nicht maskierbares Interrupt der Hauptplatine), nicht diagnostiziert.

ESXi-7.0b-16324942-no-tools

Profilname	ESXi-7.0b-16324942-no-tools
Build	Build-Informationen finden Sie oben auf der Seite.
Anbieter	VMware, Inc.
Datum der Veröffentlichung	16. Juni 2020
Akzeptanzebene	PartnerSupported
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Betroffene VIBs	VMware_bootbank_loadesx_7.0.0-1.25.16324942 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.0-1.25.16324942 VMware_bootbank_vsanhealth_7.0.0-1.25.16324942 VMware_bootbank_esx-update_7.0.0-1.25.16324942 VMware_bootbank_esx-ui_1.34.0-15603211 VMware_bootbank_vdfs_7.0.0-1.25.16324942 VMware_bootbank_vsan_7.0.0-1.25.16324942 VMware_bootbank_esx-base_7.0.0-1.25.16324942 VMW_bootbank_nvme-pcie_1.2.2.14-1vmw.700.1.25.16324942 VMware_bootbank_crx_7.0.0-1.25.16324942 VMware_bootbank_native-misc-drivers_7.0.0-1.25.16324942 VMware_bootbank_esx-xserver_7.0.0-1.25.16324942 VMW_bootbank_vmkusb_0.1-1vmw.700.1.25.16324942 VMware_bootbank_cpu-microcode_7.0.0-1.25.16324942
Behobene Probleme	2543390, 2536681, 2486316, 2503110, 2549993, 2549419, 2550655, 2554564, 2554116, 2489840, 2548068, 2556037, 2572393, 2544236, 2555270, 2560238, 2552532, 2551359, 2541690, 2554114
Verwandte CVE-Nummern	Nicht verfügbar

Aktualisiert die VIBs loadesx, esx-dvfilter-generic-fastpath, vsanhealth, esx-update, esx-ui, vdfs, vsan, esx-base, nvme-pcie, crx native-misc-drivers, esx-xserver, vmkusb und cpu-microcode.

• Dieser Patch enthält Updates zur Behebung der folgenden Probleme:

  • In dieser Version wird der Intel-Microcode für unterstützte ESXi-CPUs auf die Versionen aktualisiert, die ab dem 29. April 2020 für die Produktion zugelassen sind. Weitere Informationen zu den aktuell enthaltenen Microcode-Updates finden Sie in der Tabelle.
    
    Hinweis: Nicht alle von Intel am 9. Juni 2020 veröffentlichten Microcode-Updates sind enthalten. Intel hat die Updates für verschiedene
    CPUs zu spät zur Verfügung gestellt, sodass VMware sie weder testen noch in diese ESXi-Patch-Version aufnehmen konnte. Zum Abrufen des aktuellen Microcode wenden Sie sich an Ihren Hardware-Anbieter und bitten ihn um ein BIOS-Update.

    Codename	FMS	PLT-ID	MCU-Rev.	MCU-Datum	Markennamen
    Nehalem EP	0x106a5	0x03	0x0000001d	5/11/2018	Intel Xeon 35xx-Reihe; Intel Xeon 55xx-Reihe
    Lynnfield	0x106e5	0x13	0x0000000a	5/8/2018	Intel Xeon 34xx Lynnfield-Reihe
    Clarkdale	0x20652	0x12	0x00000011	5/8/2018	Intel i3/i5 Clarkdale-Reihe; Intel Xeon 34xx Clarkdale-Reihe
    Arrandale	0x20655	0x92	0x00000007	4/23/2018	Intel Core i7-620LE-Prozessor
    Sandy Bridge DT	0x206a7	0x12	0x0000002f	2/17/2019	Intel Xeon E3-1100-Reihe; Intel Xeon E3-1200-Reihe; Intel i7-2655-LE-Reihe; Intel i3-2100-Reihe
    Westmere EP	0x206c2	0x03	0x0000001f	5/8/2018	Intel Xeon 56xx-Reihe; Intel Xeon 36xx-Reihe
    Sandy Bridge EP	0x206d6	0x6d	0x00000621	3/4/2020	Intel Pentium 1400-Reihe; Intel Xeon E5-1400-Reihe; Intel Xeon E5-1600-Reihe; Intel Xeon E5-2400-Reihe; Intel Xeon E5-2600-Reihe; Intel Xeon E5-4600-Reihe
    Sandy Bridge EP	0x206d7	0x6d	0x0000071a	3/24/2020	Intel Pentium 1400-Reihe; Intel Xeon E5-1400-Reihe; Intel Xeon E5-1600-Reihe; Intel Xeon E5-2400-Reihe; Intel Xeon E5-2600-Reihe; Intel Xeon E5-4600-Reihe
    Nehalem EX	0x206e6	0x04	0x0000000d	5/15/2018	Intel Xeon 65xx-Reihe; Intel Xeon 75xx-Reihe
    Westmere EX	0x206f2	0x05	0x0000003b	5/16/2018	Intel Xeon E7-8800-Reihe; Intel Xeon E7-4800-Reihe; Intel Xeon E7-2800-Reihe
    Ivy Bridge DT	0x306a9	0x12	0x00000021	2/13/2019	Intel i3-3200-Reihe; Intel i7-3500-LE/UE; Intel i7-3600-QE; Intel Xeon E3-1200-v2-Reihe; Intel Xeon E3-1100-C-v2-Reihe; Intel Pentium B925C
    Haswell DT	0x306c3	0x32	0x00000028	11/12/2019	Intel Xeon E3-1200-v3-Reihe; Intel i7-4700-EQ-Reihe; Intel i5-4500-TE-Reihe; Intel i3-4300-Reihe
    Ivy Bridge EP	0x306e4	0xed	0x0000042e	3/14/2019	Intel Xeon E5-4600-v2-Reihe; Intel Xeon E5-2600-v2-Reihe; Intel Xeon E5-2400-v2-Reihe; Intel Xeon E5-1600-v2-Reihe; Intel Xeon E5-1400-v2-Reihe
    Ivy Bridge EX	0x306e7	0xed	0x00000715	3/14/2019	Intel Xeon E7-8800/4800/2800-v2-Reihe
    Haswell EP	0x306f2	0x6f	0x00000043	3/1/2019	Intel Xeon E5-4600-v3-Reihe; Intel Xeon E5-2600-v3-Reihe; Intel Xeon E5-2400-v3-Reihe; Intel Xeon E5-1600-v3-Reihe; Intel Xeon E5-1400-v3-Reihe
    Haswell EX	0x306f4	0x80	0x00000016	17.06.2019	Intel Xeon E7-8800/4800-v3-Serie
    Broadwell H	0x40671	0x22	0x00000022	11/12/2019	Intel Core i7-5700EQ; Intel Xeon E3-1200-v4-Reihe
    Avoton	0x406d8	0x01	0x0000012d	16.09.2019	Intel Atom C2300-Reihe; Intel Atom C2500-Reihe; Intel Atom C2700-Reihe
    Broadwell EP/EX	0x406f1	0xef	0x0b000038	18.06.2019	Intel Xeon E7-8800/4800-v4-Reihe; Intel Xeon E5-4600-v4-Reihe; Intel Xeon E5-2600-v4-Reihe; Intel Xeon E5-1600-v4-Reihe
    Skylake SP	0x50654	0xb7	0x02006901	2/12/2020	Intel Xeon Platinum 8100-Reihe; Intel Xeon Gold 6100/5100, Silver 4100, Bronze 3100-Reihe; Intel Xeon D-2100-Reihe; Intel Xeon D-1600-Reihe; Intel Xeon W-3100-Reihe; Intel Xeon W-2100-Reihe
    Cascade Lake B-0	0x50656	0xbf	0x04002f00	1/14/2020	Intel Xeon Platinum 9200/8200-Reihe; Intel Xeon Gold 6200/5200; Intel Xeon Silver 4200/Bronze 3200; Intel Xeon W-3200
    Cascade Lake	0x50657	0xbf	0x05002f00	1/14/2020	Intel Xeon Platinum 9200/8200-Reihe; Intel Xeon Gold 6200/5200; Intel Xeon Silver 4200/Bronze 3200; Intel Xeon W-3200
    Broadwell DE	0x50662	0x10	0x0000001c	17.06.2019	Intel Xeon D-1500-Reihe
    Broadwell DE	0x50663	0x10	0x07000019	17.06.2019	Intel Xeon D-1500-Reihe
    Broadwell DE	0x50664	0x10	0x0f000017	17.06.2019	Intel Xeon D-1500-Reihe
    Broadwell NS	0x50665	0x10	0x0e00000f	17.06.2019	Intel Xeon D-1600-Reihe
    Skylake H/S	0x506e3	0x36	0x000000d6	10/3/2019	Intel Xeon E3-1500-v5-Reihe; Intel Xeon E3-1200-v5-Reihe
    Denverton	0x506f1	0x01	0x0000002e	3/21/2019	Intel Atom C3000-Reihe
    Kaby Lake H/S/X	0x906e9	0x2a	0x000000ca	10/3/2019	Intel Xeon E3-1200-v6-Reihe; Intel Xeon E3-1500-v6-Reihe
    Coffee Lake	0x906ea	0x22	0x000000cc	12/8/2019	Intel Xeon E-2100-Reihe; Intel Xeon E-2200-Reihe (4 oder 6 Kerne)
    Coffee Lake	0x906eb	0x02	0x000000ca	10/3/2019	Intel Xeon E-2100-Reihe
    Coffee Lake	0x906ec	0x22	0x000000ca	10/3/2019	Intel Xeon E-2100-Reihe
    Coffee Lake Refresh	0x906ed	0x22	0x000000cc	12/12/2019	Intel Xeon E-2200-Reihe (8 Kerne)

  • In Versionen vor ESXi 7.0b ist die ESXi-Analyse der SMBIOS-Tabelle in der Host-Firmware zum Festlegen der Reihenfolge, in der Gerätealiase zugewiesen werden, nicht vollständig mit SMBIOS 3.2 oder höher kompatibel. Folglich weisen ESXi-Hosts Gerätealiase unter Umständen in der falschen Reihenfolge zu.

  • ESXi-Hosts schlagen möglicherweise mit einem violetten Diagnosebildschirm fehl, während vom Kernel-Speicher-Stack eine timerCallback-Funktion ausgeführt wird. Die timerCallback-Funktion wird in einer nicht präemptiven Art und Weise ausgeführt. In bestimmten Fällen versucht der Kernel-Speicher-Stack jedoch, während der Ausführung einer timerCallback-Funktion vorzeitige Entfernung auf einer CPU zu aktivieren. Dies führt dazu, dass der ESXi-Host mit einem Fehler ähnlich dem folgenden fehlschlägt:
    PSOD : Assert bora/vmkernel/main/bh.c:981

  • Die Anmeldung für Storage I/O Control ist standardmäßig deaktiviert. Zum Aktivieren oder Festlegen einer Protokollierungsebene müssen Sie einen Wert von 1 bis 7 für den
    Parameter verwenden. In bestimmten Fällen wirkt sich die Änderung des Parameterwerts jedoch nicht auf die Protokollierungsebene aus.

  • Bestimmte Storage I/O Control-Protokolle führen möglicherweise zu einer Protokollüberflutung in den Dateien storagerm.log und sdrsinjector.log. Dieser Zustand kann zu einer schnellen Protokollrotation führen.

  • Von LUNs unterstützte VMFS-Datenspeicher, die eine optimale Granularität von mehr als 1 MB für Zuordnungsaufhebungen aufweisen, werden während der Verarbeitung der automatischen Zuordnungsaufhebung möglicherweise einer wiederholten platteninternen Sperrung unterzogen. Folglich nehmen Stilllegungsvorgänge für virtuelle Maschinen in solchen Datenspeichern mehr Zeit in Anspruch als gewöhnlich.

  • Sie können die standardmäßige Priorität für die Speicherplatzrückforderung eines VMFS-Datenspeichers ändern, indem Sie den ESXCLI-Befehl esxcli storage vmfs reclaim config set  --reclaim-priority verwenden. Führen Sie beispielsweise folgenden Befehl aus, um die Priorität der Speicherplatzrückforderung, d. h. die Aufhebung der Zuordnung nicht verwendeter Blöcke aus dem Datenspeicher zu der diesen Datenspeicher stützenden LUN, von der standardmäßigen niedrigen Rate in „none“ (keine) zu ändern:
    esxcli storage vmfs reclaim config set --volume-label datastore_name --reclaim-priority none
    Die Änderung wird möglicherweise nur auf dem ESXi-Host, auf dem Sie den Befehl ausführen, und nicht auf anderen Hosts wirksam, die denselben Datenspeicher verwenden.

  • Wenn VMFS-Volumes häufig geöffnet und geschlossen werden, enthalten die VMkernel-Protokolle unter Umständen Meldungen, wie z. B. does not support unmap beim Öffnen eines Volumes und Exiting async journal replay manager world beim Schließen eines Volumes.

  • Bei einer vSAN-Konfiguration auf einem ESXi-Host mit vier oder mehr Festplattengruppen, der in einer NUMA-Konfiguration mit vier oder mehr Knoten ausgeführt wird, werden die für einen bestimmten NUMA-Knoten dedizierten Bereichsspeicherressourcen von VMkernel auf diesem Host möglicherweise ausgeschöpft. Andere NUMA-Knoten auf demselben Host weisen möglicherweise überschüssige Bereichsspeicherressourcen auf. VMkernel generiert jedoch möglicherweise vorzeitig eine Bedingung des Typs „Nicht genügend Arbeitsspeicher“, statt die überschüssige Bereichsspeicherkapazität der anderen NUMA-Knoten zu verwenden. Infolgedessen fällt der ESXi-Host möglicherweise mit einem violetten Diagnosebildschirm aus, oder eine vSAN-Festplattengruppe auf diesem Host fällt aus. Nach dem Neustart des Hosts wird in der Datei vmkernel.log ein Fehler angezeigt, wie z. B. Throttled: BlkAttr not ready for disk“.

  • Beim Laden von Kernelmodulen wird der VMkernel Module Loader-Befehl vmkload_mod, mit dessen Hilfe der Gerätetreiber und die Netzwerk-Shaper-Module in den VMkernel geladen werden, möglicherweise auf einen anderen NUMA-Knoten migriert. In einem solchen Fall kann ein Prüfsummenkonflikt auf den NUMA-Knoten auftreten. Dies kann dazu führen, dass ein ESXi-Host mit einem violetten Diagnosebildschirm ausfällt.

  • Bestimmte Benutzerkonten, die sich auf NSX-T beziehen, stehen erst nach einem Startvorgang zur Verfügung. Da sie beim Start nicht vorhanden sind, schlägt die Startzeitstandardisierung eines statusfreien ESXi-Hosts möglicherweise fehl, wenn diese Konten in die Liste ausgenommener Benutzer im Sperrmodus aufgenommen werden. In der Datei syslog.log wird eine Zeile ähnlich der folgenden angezeigt:
    key = 'POST_BOOT_CONFIG_FAILED', value = 'Fehler beim Aktualisieren der vom Sperrmodus ausgenommenen Benutzerkonten. Ungültiger Benutzer angegeben: mux_user'

  • Wenn Sie ein Live-Upgrade auf ESXi 7.0 von einer früheren als Festplatten-Dump-Image installierten ESXi-Version durchführen, indem Sie den Befehl esxiso2dd und VMware Tools-Version 4.0 oder höher verwenden, fehlen im Speicherort /productLocker unter Umständen bestimmte VMware Tools-Dateien. Frühere ESXi-Versionen verwenden ein VFAT-Dateisystem, bei dem nicht zwischen Groß- und Kleinschreibung unterschieden wird. ESXi 7.0 verwendet jedoch VMFS-L zum Überprüfen von Dateinamen unter Berücksichtigung der Groß-/Kleinschreibung. Dateien, bei denen diese Überprüfung fehlschlägt, werden nicht zu ProductLocker hinzugefügt.

  • Wenn eine der Adressfamilien, z. B. IPv6, auf einem Domänencontroller mit Dual-Stack nicht aktiviert ist, ist selbst nach dem Deaktivieren von IPv6 auf dem Controller noch ein CLDAP-Ping an eine IPv6-Adressen möglich. Dies führt möglicherweise zu einer Zeitüberschreitung und löst einen Fehler aus, wonach das Datencenter nicht verfügbar ist, wie z. B. Fehler: NERR_DCNotFound [code 0x00000995]. Dies führt dazu, dass Sie der Domäne möglicherweise keine ESXi-Hosts hinzufügen können.

  • Upgrades auf ESXi 7.0 von einem benutzerdefinierten oder standardmäßigen ESXi 6.x-Image mit einer asynchronen Version von Offload-iSCSI-Treibern schlagen unter Umständen mit Meldungen ähnlich der folgenden fehl: Schwerwiegender Fehler: 15 (nicht gefunden) oder Fehler beim Laden von /vmfs/volumes//b.b00. Zu den betroffenen Offload-iSCSI-Treibersätzen gehören bnx2i/qfle3i, be2iscsi/elxiscsi und qedil/qedi. Dieses Problem tritt möglicherweise auch in Umgebungen mit einer Software-iSCSI und iSCSI-Verwaltungs-API-Plug-Ins auf.
    Die Meldungen werden auf der ESXi-Ladeseite während der Neustartphase des Upgrades angezeigt, das Sie mithilfe von vSphere Lifecycle Manager oder ESXCLI durchführen können.  Bei Verwendung von vSphere Lifecycle Manager wird beim Zurücksetzen ein Rollback des vCenter Server-Systems auf das vorherige Image durchgeführt. Dieses Problem betrifft überwiegend Systeme mit iSCSI-fähigen QLogic 578XX-CANs (Converged Network Adapters) oder iSCSI-fähigen Emulex OneConnect-CNAs oder QLogic FastLinQ QL4xxxx-CNAs oder Software-iSCSI-Konfigurationen. Das Problem tritt nicht auf, wenn der CNA nur für FCoE konfiguriert ist.

  • Wenn Sie eine CIM-Abfrage, wie z. B. enum_instances, für einen neu hinzugefügten VMkernel-Port auf einem ESXi-Host ausführen, schlägt der SFCB-Dienst möglicherweise fehl, weil er die IP-Adresse der neuen Instanz nicht validieren kann. Falls beispielsweise IPv6 aktiviert und als statisch konfiguriert ist, die IPv6-Adresse aber leer ist, wird bei der Abfrage einer der CIM-Klassen CIM_IPProtocolEndpoint bzw. VMware_KernelIPv6ProtocolEndpoint ein SFCB-Core-Dump generiert.

  • Wenn Sie eine Konfiguration, die mithilfe von backup.sh gesichert wurde, nach mehr als 7 Tagen wiederherstellen, gehen Einstellungen für das Speichergerät, wie z. B. „Is perennially reserved“, unter Umständen verloren. Dies geschieht, weil die aktuellen Zeitstempel der Geräte ebenfalls gesichert werden. Wenn das Gerät mehr als sieben Tage nicht aktiv war, werden Geräteeinträge aus /etc/vmware/esx.conf gelöscht. Infolgedessen werden beim Wiederherstellungsvorgang unter Umständen ältere Zeitstempel wiederhergestellt.

  • Wenn in bestimmten Fällen die Zuordnung von Namespaces auf der Ziel-Site aufgehoben wird und eine Neuzuordnung erfolgt, kann ESXi den neu zugeordneten Namespace unter Umständen nicht auswählen. Dieses Problem tritt auf, wenn die Bereinigung der alten Namespace-Instanz nicht abgeschlossen ist. In diesem Fall müssen Sie den NVMe-Controller zurücksetzen, um die Namespaces neu zu ermitteln.

  • Der vSAN-Dateidienst unterstützt bis zu 8 IP-Adressen im statischen IP-Adresspool. Wenn ein vSAN-Cluster über mehr als 8 Hosts verfügt, können Sie während der Konfiguration des Dateidiensts mehr als 8 IP-Adressen eingeben. Zusätzliche IP-Adressen können jedoch nicht verwendet werden.

  • Wenn ein vSAN-Host Deduplizierung und Komprimierung verwendet, können Löschvorgänge nicht abgeschlossen werden. Dies führt dazu, dass auf dem Dateisystem kein freier Speicherplatz mehr zur Verfügung steht.

  • Wenn ein NVMe-Gerät vor Abschluss der Speicher-Stack-Bereinigung im laufenden Betrieb entfernt und hinzugefügt wird (in der Regel innerhalb von 60 Sekunden), kann der PCIe-Treiber Deaktivierter Hotplug nicht drucken. Folglich wird unter Umständen eine Meldung ähnlich Gerät bereits vorhanden angezeigt. Schließlich schlägt der ESXi-Host mit einem violetten Diagnosebildschirm und einem Fehler ähnlich dem folgenden fehl:
    ​LINT1/NMI (nicht maskierbares Interrupt der Hauptplatine), nicht diagnostiziert.

ESXi-7.0bs-16321839-standard

Profilname	ESXi-7.0bs-16321839-standard
Build	Build-Informationen finden Sie oben auf der Seite.
Anbieter	VMware, Inc.
Datum der Veröffentlichung	16. Juni 2020
Akzeptanzebene	PartnerSupported
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Betroffene VIBs	VMware_bootbank_vdfs_7.0.0-1.20.16321839 VMware_bootbank_esx-xserver_7.0.0-1.20.16321839 VMware_bootbank_vsan_7.0.0-1.20.16321839 VMware_bootbank_esx-base_7.0.0-1.20.16321839 VMware_bootbank_esx-ui_1.34.0-15603211 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.0-1.20.16321839 VMware_bootbank_native-misc-drivers_7.0.0-1.20.16321839 VMware_bootbank_vsanhealth_7.0.0-1.20.16321839 VMware_bootbank_cpu-microcode_7.0.0-1.20.16321839 VMware_bootbank_crx_7.0.0-1.20.16321839 VMware_bootbank_loadesx_7.0.0-1.20.16321839 VMware_bootbank_esx-update_7.0.0-1.20.16321839 VMware_locker_tools-light_11.1.0.16036546-16321839
Behobene Probleme	2550705, 2550688, 2550702, 2560224, 2544206, 2536240, 2558119, 2558150, 2558534, 2536327, 2536334, 2536337, 2555190, 2465417, 2564270
Verwandte CVE-Nummern	CVE-2020-3962, CVE-2020-3963, CVE-2020-3964, CVE-2020-3965, CVE-2020-3966, CVE-2020-3967, CVE-2020-3968, CVE-2020-3969, CVE-2020-3970

Aktualisiert die VIBs vdfs, esx-xserver, vsan, esx-base, esx-ui, esx-dvfilter-generic-fastpath, native-misc-drivers, vsanhealth, cpu-microcode und crx, um die folgenden Probleme zu beheben:

• Dieser Patch enthält Updates zur Behebung der folgenden Probleme:

  • Die ESXi libsqlite3-Bibliothek wird auf Version 3.31.1 aktualisiert.

  • Die userworld-libxml2-Bibliothek von ESXi wurde auf Version 2.9.10 aktualisiert.

  • Die userworld-libcurl-Bibliothek von ESXi wurde auf Version 7.69.1 aktualisiert.

  • Die ESXi Python-Bibliothek wird auf Version 3.5.9 und Freetype Python auf 2.9 aktualisiert.

  • Die ESXi NTP-Bibliothek wird auf Version 4.2.8p14 aktualisiert.

  • VMware ESXi enthält eine Use-after-free-Schwachstelle im SVGA-Gerät. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3962 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Use-after-free-Schwachstelle in PVNVRAM. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3963 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält ein Datenleck im EHCI-USB-Controller. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3964 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält ein Datenleck im XHCI-USB-Controller. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3965 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält einen Pufferüberlauf aufgrund einer Racebedingung im USB 2.0-Controller (EHCI). Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3966 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Pufferüberlaufschwachstelle im USB 2.0-Controller (EHCI). Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3967 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Schwachstelle vom Typ „Out-of-bounds Write“ im USB 3.0-Controller (xHCI). Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3968 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Pufferüberlaufschwachstelle vom Typ „off-by-one“ im SVGA-Gerät. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3969 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Schwachstelle durch Lesen außerhalb des Speicherbereichs (Out-of-Bounds Read) in der Shader-Funktionalität. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3970 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • In ESXi 7.0b wird ein Teil der VMware Tools 11.1.0-ISO-Images mit dem ESXi 7.0b-Host gebündelt.

    Die folgenden VMware Tools 11.1.0-ISO-Images werden mit ESXi gebündelt:

    • windows.iso: VMware Tools-Image für Windows 7 SP1 oder Windows Server 2008 R2 SP1 oder höher
    • linux.iso: VMware Tools 10.3.22-ISO-Image für ältere Versionen des Linux-Betriebssystems mit glibc 2.5 oder höher

    Die folgenden VMware Tools 10.3.10-ISO-Images stehen zum Download zur Verfügung:

    • solaris.iso: VMware Tools-Image für Solaris
    • darwin.iso: VMware Tools-Image für OSX

    Befolgen Sie die in den folgenden Dokumenten aufgeführten Vorgehensweisen, um VMware Tools für Plattformen, die nicht mit ESXi gebündelt sind, herunterzuladen:

    • Versionshinweise zu VMware Tools 11.1.0
    • Wichtige Informationen zu VMware Tools für Administratoren
    • VMware Tools für Hosts, die mit Auto Deploy bereitgestellt wurden
    • Aktualisieren von VMware Tools

ESXi-7.0bs-16321839-no-tools

Profilname	ESXi-7.0bs-16321839-no-tools
Build	Build-Informationen finden Sie oben auf der Seite.
Anbieter	VMware, Inc.
Datum der Veröffentlichung	16. Juni 2020
Akzeptanzebene	PartnerSupported
Betroffene Hardware	Nicht verfügbar
Betroffene Software	Nicht verfügbar
Betroffene VIBs	VMware_bootbank_vdfs_7.0.0-1.20.16321839 VMware_bootbank_esx-xserver_7.0.0-1.20.16321839 VMware_bootbank_vsan_7.0.0-1.20.16321839 VMware_bootbank_esx-base_7.0.0-1.20.16321839 VMware_bootbank_esx-ui_1.34.0-15603211 VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.0-1.20.16321839 VMware_bootbank_native-misc-drivers_7.0.0-1.20.16321839 VMware_bootbank_vsanhealth_7.0.0-1.20.16321839 VMware_bootbank_cpu-microcode_7.0.0-1.20.16321839 VMware_bootbank_crx_7.0.0-1.20.16321839 VMware_bootbank_loadesx_7.0.0-1.20.16321839 VMware_bootbank_esx-update_7.0.0-1.20.16321839
Behobene Probleme	2550705, 2550688, 2550702, 2560224, 2544206, 2536240, 2558119, 2558150, 2558534, 2536327, 2536334, 2536337, 2555190, 2465417
Verwandte CVE-Nummern	CVE-2020-3962, CVE-2020-3963, CVE-2020-3964, CVE-2020-3965, CVE-2020-3966, CVE-2020-3967, CVE-2020-3968, CVE-2020-3969, CVE-2020-3970

Aktualisiert die VIBs vdfs, esx-xserver, vsan, esx-base, esx-ui, esx-dvfilter-generic-fastpath, native-misc-drivers, vsanhealth, cpu-microcode und crx, um die folgenden Probleme zu beheben:

• Dieser Patch enthält Updates zur Behebung der folgenden Probleme:

  • Die ESXi libsqlite3-Bibliothek wird auf Version 3.31.1 aktualisiert.

  • Die userworld-libxml2-Bibliothek von ESXi wurde auf Version 2.9.10 aktualisiert.

  • Die userworld-libcurl-Bibliothek von ESXi wurde auf Version 7.69.1 aktualisiert.

  • Die ESXi Python-Bibliothek wird auf Version 3.5.9 und Freetype Python auf 2.9 aktualisiert.

  • Die ESXi NTP-Bibliothek wird auf Version 4.2.8p14 aktualisiert.

  • VMware ESXi enthält eine Use-after-free-Schwachstelle im SVGA-Gerät. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3962 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Use-after-free-Schwachstelle in PVNVRAM. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3963 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält ein Datenleck im EHCI-USB-Controller. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3964 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält ein Datenleck im XHCI-USB-Controller. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3965 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält einen Pufferüberlauf aufgrund einer Racebedingung im USB 2.0-Controller (EHCI). Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3966 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Pufferüberlaufschwachstelle im USB 2.0-Controller (EHCI). Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3967 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Schwachstelle vom Typ „Out-of-bounds Write“ im USB 3.0-Controller (xHCI). Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3968 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Pufferüberlaufschwachstelle vom Typ „off-by-one“ im SVGA-Gerät. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3969 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • VMware ESXi enthält eine Schwachstelle durch Lesen außerhalb des Speicherbereichs (Out-of-Bounds Read) in der Shader-Funktionalität. Im Projekt "Common Vulnerabilities and Exposures" (CVE) (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2020-3970 zugewiesen. Weitere Informationen finden Sie unter VMSA-2020-0015.

  • In ESXi 7.0b wird ein Teil der VMware Tools 11.1.0-ISO-Images mit dem ESXi 7.0b-Host gebündelt.

    Die folgenden VMware Tools 11.1.0-ISO-Images werden mit ESXi gebündelt:

    • windows.iso: VMware Tools-Image für Windows 7 SP1 oder Windows Server 2008 R2 SP1 oder höher
    • linux.iso: VMware Tools 10.3.22-ISO-Image für ältere Versionen des Linux-Betriebssystems mit glibc 2.5 oder höher

    Die folgenden VMware Tools 10.3.10-ISO-Images stehen zum Download zur Verfügung:

    • solaris.iso: VMware Tools-Image für Solaris
    • darwin.iso: VMware Tools-Image für OSX

    Befolgen Sie die in den folgenden Dokumenten aufgeführten Vorgehensweisen, um VMware Tools für Plattformen, die nicht mit ESXi gebündelt sind, herunterzuladen:

    • Versionshinweise zu VMware Tools 11.1.0
    • Wichtige Informationen zu VMware Tools für Administratoren
    • VMware Tools für Hosts, die mit Auto Deploy bereitgestellt wurden
    • Aktualisieren von VMware Tools

ESXi Image - 7.0b – 16324942

Name	ESXi
Version	7.0b - 16324942
Datum der Veröffentlichung	16. Juni 2020
Kategorie	Verbesserung
Betroffene Komponenten	esx-update_7.0.0-1.25.16324942 ESXi_7.0.0-1.25.16324942 VMware-NVMe-PCIe_1.2.2.14-1vmw.700.1.25.16324942 VMware-vmkusb_0.1-1vmw.700.1.25.16324942
Behobene Probleme	2543390, 2536681, 2486316, 2503110, 2549993, 2549419, 2550655, 2554564, 2554116, 2489840, 2548068, 2556037, 2572393, 2544236, 2555270, 2560238, 2552532, 2551359, 2541690, 2554114

ESXi Image - 7.0bs – 16321839

Name	ESXi
Version	7.0bs - 16321839
Datum der Veröffentlichung	16. Juni 2020
Kategorie	Verbesserung
Betroffene Komponenten	ESXi_7.0.0-1.20.16321839 esx-update_7.0.0-1.20.16321839 VMware-VM-Tools_11.1.0.16036546-16321839
Behobene Probleme	2550705, 2550688, 2550702, 2560224, 2544206, 2536240, 2558119, 2558150, 2558534, 2536327, 2536334, 2536337, 2555190, 2465417

Bekannte Probleme

Die bekannten Probleme gliedern sich in folgende Gruppen.

• Upgrade-Probleme

Upgrade-Probleme

• PR 2579437: Das Upgrade auf ESXi 7.0b schlägt mit dem Fehler „Der Vorgang kann aufgrund eines Downgrades der folgenden Komponenten nicht fortgesetzt werden“ fehl: VMware-VM-Tools

  Wenn Sie beim ESXi-Upgrade mithilfe des vSphere Lifecycle Managers ein neues ESXi-Basisimage im Dropdown-Menü ESXi-Version auswählen und die asynchrone VMware Tools-Komponente im Abschnitt Komponenten nicht entfernen, schlägt das Upgrade fehl. Im vSphere Client wird ein Fehler ähnlich dem folgenden angezeigt:
  Der Vorgang kann aufgrund eines Downgrades der folgenden Komponenten nicht fortgesetzt werden: VMware-VM-Tools.
  Dieses Problem tritt auf, weil die asynchrone VMware Tools-Komponente aus ESXi 7.0 die Komponente im ausgewählten Basisimage überschreibt.

  Problemumgehung: Entfernen Sie die asynchrone VMware Tools-Komponente im Abschnitt Komponenten in Ihrem Image. Weitere Details finden Sie im VMware-Knowledgebase-Artikel 79442.