Fecha de versión: 23 de junio de 2020

Contenido de las notas de la versión

Las notas de la versión abarcan los siguientes temas:

• Novedades
• Detalles de compilación de la revisión
• Problemas resueltos
• Problemas conocidos

Novedades

• Con ESXi 7.0b, se habilitan de forma predeterminada las funciones de capacidad de servicio de dispositivos NVMe de Dell, incluida la administración de LED e información avanzada de dispositivos.
• Con ESXi 7.0b, el arranque rápido de vSphere es compatible con los siguientes servidores:
  • 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
• Con ESXi 7.0b, los siguientes servidores se reincorporan a la compatibilidad con el arranque rápido de vSphere:
  • HPE ProLiant DL380 Gen9
  • HPE ProLiant DL560 Gen9
  • HPE ProLiant DL580 Gen9

Detalles de la compilación

Nombre de archivo de descarga:	VMware-ESXi-7.0b-16324942-depot
Compilación:	16324942
Tamaño de descarga:	508,5 MB
md5sum:	18a8c2243a0bd15286c331092ab028fc
sha1checksum:	d0a02bbf0716364fb3e799501357944c88e17401
Reinicio requerido del host:	Sí
Migración de máquina virtual o apagado requeridos:	Sí

Componentes

Componente	Boletín	Categoría	Gravedad
ESXi	ESXi_7.0.0-1.25.16324942	Corrección de error	Crítico
ESXi	ESXi_7.0.0-1.20.16321839	Seguridad	Crítico
Componente de instalación/actualización de ESXi	esx-update_7.0.0-1.25.16324942	Corrección de error	Crítico
Componente de instalación/actualización de ESXi	esx-update_7.0.0-1.20.16321839	Seguridad	Crítico
Controlador USB de VMware	VMware-vmkusb_0.1-1vmw.700.1.25.16324942	Corrección de error	Importante
Controlador de almacenamiento de VMware NVMe PCI Express	VMware-NVMe-PCIe_1.2.2.14-1vmw.700.1.25.16324942	Corrección de error	Importante
VMware-VM-Tools	VMware-VM-Tools_11.1.0.16036546-16321839	Seguridad	Importante

IMPORTANTE: A partir de vSphere 7.0, VMware utiliza componentes para empaquetar los VIB junto con los boletines. Los boletines de ESXi y esx-update dependen entre sí. Incluya siempre a ambos en una sola línea base de revisión de host ESXi, o bien incluya el boletín acumulativo en la línea base para evitar errores durante la aplicación de revisiones de hosts.

Boletín acumulativo de actualizaciones

Este boletín acumulativo de actualizaciones contiene los VIB más recientes con todas las revisiones desde la publicación inicial de ESXi 7.0.

Identificador del boletín	Categoría	Gravedad
ESXi70b-16324942	Corrección de error	Crítico

Perfiles de imagen

Las versiones de revisiones y actualizaciones de VMware contienen perfiles de imagen general y de nivel crítico. El perfil de imagen general de la versión se aplica a las nuevas correcciones de errores.

Nombre del perfil de imagen

ESXi-7.0b-16324942-standard

ESXi-7.0b-16324942-no-tools

ESXi-7.0bs-16321839-standard

ESXi-7.0bs-16321839-no-tools

Imagen ESXi

Nombre y versión	Fecha de versión	Categoría	Detalles
ESXi 7.0b - 16324942	16/06/2020	Mejora	Imagen de seguridad y corrección de errores
ESXi 7.0bs - 16321839	16/06/2020	Mejora	Imagen de solo seguridad

Para obtener más información sobre los componentes individuales y los boletines, consulte la página de revisiones del producto y la sección Problemas resueltos.

Descarga e instalación de revisiones

En vSphere 7.0, el complemento de Update Manager, que se utiliza para administrar vSphere Update Manager, se reemplaza por el complemento de Lifecycle Manager. Las operaciones administrativas de vSphere Update Manager aún están disponibles en el complemento de Lifecycle Manager, junto con las nuevas capacidades de vSphere Lifecycle Manager.
La forma habitual de aplicar revisiones a los hosts ESXi 7.0.x es mediante Lifecycle Manager. Para obtener más detalles, consulte Información sobre vSphere Lifecycle Manager y Líneas base e imágenes de vSphere Lifecycle Manager.
También puede actualizar los hosts ESXi sin utilizar vSphere Lifecycle Manager, mediante un perfil de imagen. Para ello, es necesario que descargue manualmente el archivo ZIP del paquete sin conexión de revisiones desde la página de descarga de VMware o la página de revisiones del producto y use el comando esxcli software profile.
Para obtener más información, consulte la guía Actualizar los hosts a través de comandos ESXCLI y Actualizar VMware ESXi.

Problemas resueltos

Los problemas resueltos se agrupan del siguiente modo:

• 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
• Imagen de ESXi - 7.0b – 16324942
• Imagen de ESXi - 7.0bs – 16321839

ESXi_7.0.0-1.25.16324942

Categoría de revisión	Corrección de error
Gravedad de la revisión	Crítico
Reinicio de host requerido	Sí
Migración de máquina virtual o apagado requeridos	Sí
Hardware afectado	N/C
Software afectado	N/C
VIB que se incluyen	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
PR corregidas	2543390, 2536681, 2486316, 2503110, 2549993, 2549419, 2550655, 2554564, 2554116, 2489840, 2548068, 2556037, 2572393, 2544236, 2555270, 2560238, 2552532, 2551359 y 2541690
Números CVE	N/C

Los boletines de ESXi y esx-update dependen entre sí. Incluya siempre a ambos en una sola línea base de revisión de host ESXi, o bien incluya el boletín acumulativo en la línea base para evitar errores durante la aplicación de revisiones de hosts.

Actualiza los VIB esx-dvfilter-generic-fastpath, vsanhealth, esx-ui, vdfs, vsan, esx-base, crx, native-misc-drivers, esx-xserver y cpu-microcode para resolver los siguientes problemas:

• En esta versión, se actualiza el microcódigo de Intel para CPU compatibles con ESXi según las revisiones que se verificaron en producción a partir del 29 de abril de 2020. Consulte la tabla de las actualizaciones de microcódigo que se incluyen actualmente.
  
  Nota: No se incluyen todas las actualizaciones de microcódigo que Intel lanzó de forma pública el 9 de junio de 2020. Intel puso a disposición las actualizaciones en varias
  CPU demasiado tarde para que VMware pudiera probarlas e incluirlas en esta versión de revisión de ESXi. Para obtener el microcódigo más reciente, póngase en contacto con el proveedor de hardware a fin de obtener una actualización del BIOS.

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

• PR 2536681: Es posible que los alias de dispositivo no se encuentren en el orden esperado en los hosts ESXi que cumplen con SMBIOS 3.2 o versiones posteriores.

  En las versiones anteriores a ESXi 7.0b, el análisis de ESXi de la tabla de SMBIOS en el firmware del host para determinar el orden en el que se asignan los alias de dispositivo no es totalmente compatible con SMBIOS 3.2 o versiones posteriores. Como resultado, los hosts ESXi pueden asignar alias de dispositivo en el orden incorrecto.

  El problema está resuelto en esta versión. Para obtener más información sobre cómo corregir el orden de los alias de dispositivo, consulte el artículo 2091560 de la base de conocimientos de VMware.

• PR 2486316: Los hosts ESXi pueden generar un error con una pantalla de diagnóstico de color morado durante la ejecución de una función timerCallback

  Los hosts ESXi pueden generar un error con una pantalla de diagnóstico de color morado mientras la pila de almacenamiento del kernel ejecuta una función timerCallback. La función timerCallback se ejecuta de manera no preferente. Sin embargo, en ciertos casos, es posible que la pila de almacenamiento del kernel intente habilitar la prevención en una CPU, mientras se ejecuta una función timerCallback. Por lo tanto, en el host ESXi, se produce un error similar al siguiente:
  PSOD : Assert bora/vmkernel/main/bh.c:981

  El problema está resuelto en esta versión.

• PR 2503110: Es posible que no se modifiquen los niveles de registro al configurar el parámetro SIOControlLoglevel después de habilitar el registro de Storage I/O Control

  El registro de Storage I/O Control está deshabilitado de forma predeterminada. Para habilitar y establecer un nivel de registro, debe utilizar un valor de 1 a 7 para
  el parámetro. Sin embargo, en algunos casos, el nivel de registro no se modifica al cambiar el valor del parámetro.

  El problema está resuelto en esta versión.

• PR 2503110: La habilitación del registro de VMware vSphere Storage I/O Control puede provocar el desbordamiento de los servidores syslog y rsyslog

  Algunos registros de Storage I/O Control pueden causar un desborde de los registros en los archivos storagerm.log y sdrsinjector.log. Esta condición puede provocar una rotación rápida de los registros.

  El problema está resuelto en esta versión. La solución mueve algunos registros del registro normal a Log_Trivia e impide registros adicionales.

• PR 1221281: Las operaciones de puesta en modo inactivo de las máquinas virtuales en volúmenes respaldados por LUN que admiten un valor de granularidad de cancelación de asignación superior a 1 MB pueden tardar más de lo habitual

  En los almacenes de datos de VMFS respaldados por LUN que tienen un valor de granularidad de cancelación de asignación óptima superior a 1 MB, se puede producir un bloqueo en disco repetido durante el procesamiento de cancelación de asignación automática. Como resultado, es posible que las operaciones de puesta en modo inactivo de las máquinas virtuales en dichos almacenes de datos tarden más de lo habitual.

  El problema está resuelto en esta versión.

• PR 2549419: Es posible que no se pueda establecer la prioridad de recuperación de espacio en un almacén de datos de VMFS para todos los hosts ESXi que utilizan el almacén de datos

  Puede cambiar la prioridad de recuperación de espacio predeterminada de un almacén de datos de VMFS mediante el comando ESXCLI esxcli storage vmfs reclaim config set  --reclaim-priority. Por ejemplo, para cambiar la prioridad predeterminada de velocidad baja a una prioridad nula para la recuperación de espacio, la cual anula la asignación de bloques sin utilizar del almacén de datos al LUN que respalda ese almacén de datos, ejecute el siguiente comando:
  esxcli storage vmfs reclaim config set --volume-label datastore_name --reclaim-priority none
  Es posible que el cambio solo se aplique al host ESXi en el que se ejecuta el comando y no en otros hosts que utilizan el mismo almacén de datos.

  El problema está resuelto en esta versión.

• PR 2550655: Es posible que se desborden los registros de VMkernel cuando los volúmenes VMFS se abren y se cierran con frecuencia

  Si los volúmenes VMFS se abren y se cierran con frecuencia, es posible que vea mensajes en los registros de VMkernel, como does not support unmap cuando se abre un volumen y Exiting async journal replay manager world cuando se cierra un volumen.

  El problema está resuelto en esta versión. Ya no se ven los registros does not support unmap cuando un volumen VMFS se abre y Exiting async journal replay manager world cuando un volumen se cierra.

• PR 2554564: Los hosts ESXi con cuatro o más grupos de discos de vSAN pueden generar un error con una pantalla de diagnóstico de color morado debido a una condición de falta de memoria en configuraciones de NUMA con cuatro o más nodos

  Una configuración de vSAN en un host ESXi con cuatro o más grupos de discos que se ejecutan en una configuración de NUMA con cuatro o más nodos podría agotar los recursos de memoria de bloque de la instancia de VMkernel en ese host dedicado a un nodo NUMA determinado. Otros nodos NUMA en el mismo host pueden tener un exceso de recursos de memoria de bloque. Sin embargo, es posible que la instancia de VMkernel genere de forma prematura una condición de falta de memoria en lugar de utilizar el exceso de capacidad de memoria de bloque de los demás nodos NUMA. Por ello, la condición de falta de memoria puede provocar un error con una pantalla de diagnóstico de color morado en el host ESXi o un error en un grupo de discos de vSAN en ese host. Después de reiniciar el host, en vmkernel.log puede ver un error, como Con regulación: BlkAttr no está listo para el disco.

  El problema está resuelto en esta versión.

• PR 2554116: Los hosts ESXi pueden generar un error con una pantalla de diagnóstico de color morado mientras se carga un módulo kernel durante el arranque

  Mientras se cargan los módulos kernel, el comando vmkload_mod del cargador de módulos de VMkernel que se utiliza para cargar los módulos de catalogación de red y de controlador de dispositivos en VMkernel puede migrar a otro nodo NUMA por algún motivo. En este caso, es posible que se produzca un error de coincidencia de suma de comprobación en los nodos NUMA. Esto puede provocar que un host ESXi genere un error con una pantalla de diagnóstico de color morado.

  El problema está resuelto en esta versión.

• PR 2489840: Con VMware NSX-T y el modo de bloqueo habilitado, se puede producir un error en la corrección del tiempo de arranque de un host ESXi sin estado y seguir en modo de mantenimiento

  Algunas cuentas de usuario, relacionadas con NSX-T, solo están disponibles después de un arranque. Debido a que no existen en el momento del arranque, es posible que se produzca un error en la corrección del tiempo de arranque de un host ESXi sin estado cuando dichas cuentas se encuentran en la lista de usuarios con excepción de modo de bloqueo. En syslog.log, puede ver una línea similar:
  key = 'POST_BOOT_CONFIG_FAILED', value = 'No se pudieron actualizar las cuentas de usuario exentas del modo de bloqueo. El usuario especificado no es válido: mux_user'

  El problema está resuelto en esta versión.

• PR 2548068: Es posible que falten algunos archivos en ProductLocker al realizar una actualización dinámica a ESXi 7.0 desde una versión de imagen de volcado de disco anterior de un host ESXi

  Si intenta realizar una actualización dinámica para ESXi 7.0 desde una versión anterior de ESXi, instalada como una imagen de volcado de disco, mediante el comando esxiso2dd y VMware Tools versión 4.0 o posterior, es posible que falten algunos archivos de VMware Tools en la ubicación /productLocker. Las versiones anteriores de ESXi usan un sistema de archivos VFAT sin distinción entre mayúsculas y minúsculas. Sin embargo, ESXi 7.0 utiliza VMFS-L, que hace comprobaciones de nombre de archivo que distinguen entre mayúsculas y minúsculas. Los archivos que generan errores en esta comprobación no se agregan a ProductLocker.

  El problema está resuelto en esta versión.

• PR 2556037: Si una de las familias de direcciones en una controladora de dominio de pila doble no está habilitada, es posible que se produzcan errores de forma aleatoria al agregar hosts ESXi al dominio

  Si una de las familias de direcciones en una controladora de dominio de pila doble no está habilitada (por ejemplo, IPv6), aún es posible un ping de CLDAP a una dirección IPv6 incluso después de deshabilitar IPv6 en la controladora. Esto puede provocar que se agote el tiempo de espera y activar un error que indica que el centro de datos no está disponible. Este error puede ser similar a Error: NERR_DCNotFound [code 0x00000995]. Por ello, es posible que no se puedan agregar hosts ESXi al dominio.

  El problema está resuelto en esta versión.

• PR 2572393: Las actualizaciones a ESXi 7.0 desde un host ESXi 6.x con dispositivos iSCSI pueden generar un mensaje de error irrecuperable durante el arranque de ESXi

  Las actualizaciones a ESXi 7.0 desde una imagen personalizada o estándar de ESXi 6.x con una versión asíncrona de los controladores iSCSI de descarga pueden generar mensajes de error similares a Error irrecuperable: 15 (no encontrado) o Error al cargar /vmfs/volumes/ /b.b00 . Los conjuntos de controladores iSCSI de descarga afectados son bnx2i/qfle3i, be2iscsi/elxiscsi y qedil/qedi. El problema también puede ocurrir en entornos con un complemento de API de administración de iSCSI y iSCSI de software.
  Verá los mensajes en la página de carga de ESXi durante la fase de reinicio de la actualización que puede realizar con vSphere Lifecycle Manager o ESXCLI.  Si utiliza vSphere Lifecycle Manager, el sistema vCenter Server revertirá a la imagen anterior cuando se restablezca. Este problema afecta principalmente a los sistemas con iSCSI habilitado para los adaptadores de red convergentes (CNA) de QLogic 578XX, los CNA Emulex OneConnect con iSCSI habilitado, los CNA QLogic FastLinQ QL4xxxx o las configuraciones de iSCSI de software. El problema no ocurre si el CNA solo está configurado para FCoE.

  El problema está resuelto en esta versión.

• PR 2544236: Si ejecuta consultas de CIM a un puerto de VMkernel recién agregado en un host ESXi, es posible que se produzca un error en el servicio Small Footprint CIM Broker (SFCB)

  Si ejecuta una consulta de CIM, como enum_instances, a un puerto de VMkernel recién agregado en un host ESXi, es posible que se produzca un error en el servicio SFCB, ya que este no puede validar la dirección IP de la nueva instancia. Por ejemplo, si se habilita IPv6 y se configura como estática, pero la dirección IPv6 está en blanco, la consulta de las clases de CIM CIM_IPProtocolEndpoint o VMware_KernelIPv6ProtocolEndpoint genera un volcado de núcleo de SFCB.

  El problema está resuelto en esta versión.

• PR 2555270: Es posible que se pierdan algunos ajustes si se restaura una configuración de dispositivo de almacenamiento de la que se creó una copia de seguridad después de más de 7 días

  Si se restaura la configuración de la que se creó una copia de seguridad mediante backup.sh después de más de 7 días, es posible que se pierdan algunos ajustes del dispositivo de almacenamiento, como Reservado permanentemente. Esto sucede porque también se crean copias de seguridad de las marcas de tiempo que indican la última visualización de los dispositivos y, si el dispositivo no se activó en un período superior a 7 días, se eliminan las entradas del dispositivo de /etc/vmware/esx.conf. Por ello, es posible que la operación de restauración restaure las marcas de tiempo antiguas.

  El problema está resuelto en esta versión.

• PR 2552532: Es posible que un host ESXi no seleccione espacios de nombres reasignados

  En algunos casos, cuando se anula la asignación de espacios de nombres en un sitio de destino y se vuelven a asignar, es posible que ESXi no seleccione el espacio de nombres reasignado. Esto ocurre cuando la limpieza de la instancia de espacio de nombres anterior no está completa. En tal caso, para volver a detectar los espacios de nombres, debe restablecer la controladora NVMe.

  El problema está resuelto en esta versión.

• PR 2551359: la configuración del servicio de archivos de vSAN permite más de ocho direcciones IP

  El servicio de archivos de vSAN admite hasta ocho direcciones IP en el grupo de direcciones IP estáticas. Si un clúster de vSAN tiene más de ocho hosts, puede introducir más de ocho direcciones IP durante la configuración del servicio de archivos. Sin embargo, no se pueden utilizar direcciones IP adicionales.

  El problema está resuelto en esta versión. No puede introducir más de ocho direcciones IP en la configuración del servicio de archivos.

• PR 2541690: los hosts de vSAN con desduplicación se quedan sin espacio durante el procesamiento de eliminaciones

  Cuando un host de vSAN utiliza la desduplicación y la compresión, las operaciones de eliminación no se completan, lo que provoca que el sistema de archivos se quede sin espacio.

  El problema está resuelto en esta versión.

esx-update_7.0.0-1.25.16324942

Categoría de revisión	Corrección de error
Gravedad de la revisión	Crítico
Reinicio de host requerido	Sí
Migración de máquina virtual o apagado requeridos	Sí
Hardware afectado	N/C
Software afectado	N/C
VIB que se incluyen	VMware_bootbank_loadesx_7.0.0-1.25.16324942 VMware_bootbank_esx-update_7.0.0-1.25.16324942
PR corregidas	N/C
Números CVE	N/C

Los boletines de ESXi y esx-update dependen entre sí. Incluya siempre a ambos en una sola línea base de revisión de host ESXi, o bien incluya el boletín acumulativo en la línea base para evitar errores durante la aplicación de revisiones de hosts.

Actualiza los VIB loadesx y esx-update.

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

Categoría de revisión	Corrección de error
Gravedad de la revisión	Crítico
Reinicio de host requerido	Sí
Migración de máquina virtual o apagado requeridos	Sí
Hardware afectado	N/C
Software afectado	N/C
VIB que se incluyen	VMW_bootbank_nvme-pcie_1.2.2.14-1vmw.700.1.25.16324942
PR corregidas	2554114
Números CVE	N/C

Actualiza el VIB nvme-pcie para resolver el siguiente problema:

• PR 2554114: Si un dispositivo NVMe se elimina en caliente y se agrega en caliente en menos de un minuto, el host ESXi puede generar un error con una pantalla de diagnóstico de color morado

  Si un dispositivo NVMe se elimina en caliente y se agrega en caliente antes de que se complete la limpieza de la pila de almacenamiento, por lo general, en alrededor de 60 segundos, el controlador PCIe no puede imprimir el mensaje Conexión en caliente deshabilitada. Como resultado, es posible que aparezca el mensaje Dispositivo ya presente. Finalmente, el host ESXi puede generar un error con una pantalla de diagnóstico de color morado y un mensaje, como
  ​LINT1/NMI (interrupción no enmascarable de la placa base), sin diagnosticar.

  El problema está resuelto en esta versión. La solución reduce el tiempo de E/S en la capa de PSA de aproximadamente 1 minuto a 1 ms para poner en modo inactivo las operaciones de E/S en caso de una adición o eliminación en caliente.

VMware-vmkusb_0.1-1vmw.700.1.25.16324942

Categoría de revisión	Corrección de error
Gravedad de la revisión	Importante
Reinicio de host requerido	Sí
Migración de máquina virtual o apagado requeridos	Sí
Hardware afectado	N/C
Software afectado	N/C
VIB que se incluyen	VMW_bootbank_vmkusb_0.1-1vmw.700.1.25.16324942
PR corregidas	N/C
Números CVE	N/C

Actualiza el  vmkusb .

ESXi_7.0.0-1.20.16321839

Categoría de revisión	Seguridad
Gravedad de la revisión	Crítico
Reinicio de host requerido	Sí
Migración de máquina virtual o apagado requeridos	Sí
Hardware afectado	N/C
Software afectado	N/C
VIB que se incluyen	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
PR corregidas	2550705, 2550688, 2550702, 2560224, 2544206, 2536240, 2558119, 2558150, 2558534, 2536327, 2536334, 2536337, 2555190, 2465417
Números CVE	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

Los boletines de ESXi y esx-update dependen entre sí. Incluya siempre a ambos en una sola línea base de revisión de host ESXi, o bien incluya el boletín acumulativo en la línea base para evitar errores durante la aplicación de revisiones de hosts.

Actualiza los VIB vdfs, esx-xserver, vsan, esx-base, esx-ui, esx-dvfilter-generic-fastpath, native-misc-drivers, vsanhealth, cpu-microcode y crx para resolver los siguientes problemas:

• Actualización de la biblioteca libsqlite3

  La biblioteca libsqlite3 de ESXi se actualizó a la versión 3.31.1.

• Actualización de la biblioteca libxml2

  La biblioteca userworld libxml2 de ESXi se actualizó a la versión 2.9.10.

• Actualización de la biblioteca libcurl

  La biblioteca userworld libcur de ESXi se actualizó a la versión 7.69.1.

• Actualización de la biblioteca Python

  La biblioteca Python de ESXi se actualizó a la versión 3.5.9 y Freetype Python se actualizó a la versión 2.9.

• Actualización de la biblioteca NTP

  La biblioteca NTP de ESXi se actualizó a la versión 4.2.8p14.

• • VMware ESXi contiene una vulnerabilidad de tipo "use-after-free" en el dispositivo SVGA. El proyecto de vulnerabilidades y exposiciones de seguridad comunes (cve.mitre.org) asignó el identificador CVE-2020-3962 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de tipo "use-after-free" en PVNVRAM. El proyecto de vulnerabilidades y exposiciones de seguridad comunes (cve.mitre.org) asignó el identificador CVE-2020-3963 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una fuga de información en la controladora USB EHCI. El proyecto de vulnerabilidades y exposiciones de seguridad comunes (cve.mitre.org) asignó el identificador CVE-2020-3964 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una fuga de información en la controladora USB XHCI. El proyecto de vulnerabilidades y exposiciones de seguridad comunes (cve.mitre.org) asignó el identificador CVE-2020-3965 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene un desbordamiento de pila debido a un problema de condición de carrera en la controladora USB 2.0 (EHCI). El proyecto de vulnerabilidades y exposiciones de seguridad comunes (cve.mitre.org) asignó el identificador CVE-2020-3966 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de desbordamiento de pila en la controladora USB 2.0 (EHCI). El proyecto de vulnerabilidades y exposiciones de seguridad comunes (cve.mitre.org) asignó el identificador CVE-2020-3967 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de escritura fuera de los límites en la controladora USB 3.0 (xHCI). El proyecto de vulnerabilidades y exposiciones de seguridad comunes (cve.mitre.org) asignó el identificador CVE-2020-3968 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de desbordamiento de pila de tipo "off-by-one" en el dispositivo SVGA. El proyecto de vulnerabilidades y exposiciones de seguridad comunes (cve.mitre.org) asignó el identificador CVE-2020-3969 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de lectura fuera de los límites en la funcionalidad de sombreador. El proyecto de vulnerabilidades y exposiciones de seguridad comunes (cve.mitre.org) asignó el identificador CVE-2020-3970 a este problema. Para obtener más información, consulte VMSA-2020-0015.

esx-update_7.0.0-1.20.16321839

Categoría de revisión	Seguridad
Gravedad de la revisión	Crítico
Reinicio de host requerido	Sí
Migración de máquina virtual o apagado requeridos	Sí
Hardware afectado	N/C
Software afectado	N/C
VIB que se incluyen	VMware_bootbank_loadesx_7.0.0-1.20.16321839 VMware_bootbank_esx-update_7.0.0-1.20.16321839
PR corregidas	N/C
Números CVE	N/C

Los boletines de ESXi y esx-update dependen entre sí. Incluya siempre a ambos en una sola línea base de revisión de host ESXi, o bien incluya el boletín acumulativo en la línea base para evitar errores durante la aplicación de revisiones de hosts.

Actualiza los VIB  loadesx y esx-update.

VMware-VM-Tools_11.1.0.16036546-16321839

Categoría de revisión	Seguridad
Gravedad de la revisión	Crítico
Reinicio de host requerido	Sí
Migración de máquina virtual o apagado requeridos	Sí
Hardware afectado	N/C
Software afectado	N/C
VIB que se incluyen	VMware_locker_tools-light_11.1.0.16036546-16321839
PR corregidas	2564270
Números CVE	N/C

Actualiza el VIB tools-light para resolver el siguiente problema:

• En ESXi 7.0b, se incluye un subconjunto de imágenes ISO de VMware Tools 11.1.0 en el host ESXi 7.0b.
  
  ESXi incluye las siguientes imágenes ISO de VMware Tools 11.1.0:

  • windows.iso: Imagen de VMware Tools para Windows 7 SP1 o Windows Server 2008 R2 SP1 o posterior
  • linux.iso: Imagen de VMware Tools 10.3.22 para versiones anteriores del sistema operativo Linux con una versión de glibc 2.5 o posterior

  Las siguientes imágenes ISO de VMware Tools 10.3.10 están disponibles para la descarga:

  • solaris.iso: imagen de VMware Tools para Solaris
  • darwin.iso: Imagen de VMware Tools para OSX

  Siga los procedimientos enumerados en los siguientes documentos para descargar VMware Tools para las plataformas que no se incluyen en ESXi:

  • Notas de la versión de VMware Tools 11.1.0
  • Qué debe saber cada administrador de vSphere acerca de VMware Tools
  • VMware Tools para hosts aprovisionados mediante Auto Deploy
  • Actualización de VMware Tools

ESXi-7.0b-16324942-standard

Nombre del perfil	ESXi-7.0b-16324942-standard
Compilación	Para obtener información de compilación, consulte la parte superior de la página.
Proveedor	VMware, Inc.
Fecha de versión	16 de junio de 2020
Nivel de aceptación	PartnerSupported
Hardware afectado	N/C
Software afectado	N/C
VIB afectados	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
PR corregidas	2543390, 2536681, 2486316, 2503110, 2549993, 2549419, 2550655, 2554564, 2554116, 2489840, 2548068, 2556037, 2572393, 2544236, 2555270, 2560238, 2552532, 2551359, 2541690, 2554114
Números de CVE relacionados	N/C

Actualiza los VIB 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 y cpu-microcode.

• Esta revisión actualiza los siguientes problemas:

  • En esta versión, se actualiza el microcódigo de Intel para CPU compatibles con ESXi según las revisiones que se verificaron en producción a partir del 29 de abril de 2020. Consulte la tabla de las actualizaciones de microcódigo que se incluyen actualmente.
    
    Nota: No se incluyen todas las actualizaciones de microcódigo que Intel lanzó de forma pública el 9 de junio de 2020. Intel puso a disposición las actualizaciones en varias
    CPU demasiado tarde para que VMware pudiera probarlas e incluirlas en esta versión de revisión de ESXi. Para obtener el microcódigo más reciente, póngase en contacto con el proveedor de hardware a fin de obtener una actualización del BIOS.

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

  • En las versiones anteriores a ESXi 7.0b, el análisis de ESXi de la tabla de SMBIOS en el firmware del host para determinar el orden en el que se asignan los alias de dispositivo no es totalmente compatible con SMBIOS 3.2 o versiones posteriores. Como resultado, los hosts ESXi pueden asignar alias de dispositivo en el orden incorrecto.

  • Los hosts ESXi pueden generar un error con una pantalla de diagnóstico de color morado mientras la pila de almacenamiento del kernel ejecuta una función timerCallback. La función timerCallback se ejecuta de manera no preferente. Sin embargo, en ciertos casos, es posible que la pila de almacenamiento del kernel intente habilitar la prevención en una CPU, mientras se ejecuta una función timerCallback. Por lo tanto, en el host ESXi, se produce un error similar al siguiente:
    PSOD : Assert bora/vmkernel/main/bh.c:981

  • El registro de Storage I/O Control está deshabilitado de forma predeterminada. Para habilitar y establecer un nivel de registro, debe utilizar un valor de 1 a 7 para
    el parámetro. Sin embargo, en algunos casos, el nivel de registro no se modifica al cambiar el valor del parámetro.

  • Algunos registros de Storage I/O Control pueden causar un desborde de los registros en los archivos storagerm.log y sdrsinjector.log. Esta condición puede provocar una rotación rápida de los registros.

  • En los almacenes de datos de VMFS respaldados por LUN que tienen un valor de granularidad de cancelación de asignación óptima superior a 1 MB, se puede producir un bloqueo en disco repetido durante el procesamiento de cancelación de asignación automática. Como resultado, es posible que las operaciones de puesta en modo inactivo de las máquinas virtuales en dichos almacenes de datos tarden más de lo habitual.

  • Puede cambiar la prioridad de recuperación de espacio predeterminada de un almacén de datos de VMFS mediante el comando ESXCLI esxcli storage vmfs reclaim config set  --reclaim-priority. Por ejemplo, para cambiar la prioridad predeterminada de velocidad baja a una prioridad nula para la recuperación de espacio, la cual anula la asignación de bloques sin utilizar del almacén de datos al LUN que respalda ese almacén de datos, ejecute el siguiente comando:
    esxcli storage vmfs reclaim config set --volume-label datastore_name --reclaim-priority none
    Es posible que el cambio solo se aplique al host ESXi en el que se ejecuta el comando y no en otros hosts que utilizan el mismo almacén de datos.

  • Si los volúmenes VMFS se abren y se cierran con frecuencia, es posible que vea mensajes en los registros de VMkernel, como does not support unmap cuando se abre un volumen y Exiting async journal replay manager world cuando se cierra un volumen.

  • Una configuración de vSAN en un host ESXi con cuatro o más grupos de discos que se ejecutan en una configuración de NUMA con cuatro o más nodos podría agotar los recursos de memoria de bloque de la instancia de VMkernel en ese host dedicado a un nodo NUMA determinado. Otros nodos NUMA en el mismo host pueden tener un exceso de recursos de memoria de bloque. Sin embargo, es posible que la instancia de VMkernel genere de forma prematura una condición de falta de memoria en lugar de utilizar el exceso de capacidad de memoria de bloque de los demás nodos NUMA. Por ello, la condición de falta de memoria puede provocar un error con una pantalla de diagnóstico de color morado en el host ESXi o un error en un grupo de discos de vSAN en ese host. Después de reiniciar el host, en vmkernel.log puede ver un error, como Con regulación: BlkAttr no está listo para el disco.

  • Mientras se cargan los módulos kernel, el comando vmkload_mod del cargador de módulos de VMkernel que se utiliza para cargar los módulos de catalogación de red y de controlador de dispositivos en VMkernel puede migrar a otro nodo NUMA por algún motivo. En este caso, es posible que se produzca un error de coincidencia de suma de comprobación en los nodos NUMA. Esto puede provocar que un host ESXi genere un error con una pantalla de diagnóstico de color morado.

  • Algunas cuentas de usuario, relacionadas con NSX-T, solo están disponibles después de un arranque. Debido a que no existen en el momento del arranque, es posible que se produzca un error en la corrección del tiempo de arranque de un host ESXi sin estado cuando dichas cuentas se encuentran en la lista de usuarios con excepción de modo de bloqueo. En syslog.log, puede ver una línea similar:
    key = 'POST_BOOT_CONFIG_FAILED', value = 'No se pudieron actualizar las cuentas de usuario exentas del modo de bloqueo. El usuario especificado no es válido: mux_user'

  • Si intenta realizar una actualización dinámica para ESXi 7.0 desde una versión anterior de ESXi, instalada como una imagen de volcado de disco, mediante el comando esxiso2dd y VMware Tools versión 4.0 o posterior, es posible que falten algunos archivos de VMware Tools en la ubicación /productLocker. Las versiones anteriores de ESXi usan un sistema de archivos VFAT sin distinción entre mayúsculas y minúsculas. Sin embargo, ESXi 7.0 utiliza VMFS-L, que hace comprobaciones de nombre de archivo que distinguen entre mayúsculas y minúsculas. Los archivos que generan errores en esta comprobación no se agregan a ProductLocker.

  • Si una de las familias de direcciones en una controladora de dominio de pila doble no está habilitada (por ejemplo, IPv6), aún es posible un ping de CLDAP a una dirección IPv6 incluso después de deshabilitar IPv6 en la controladora. Esto puede provocar que se agote el tiempo de espera y activar un error que indica que el centro de datos no está disponible. Este error puede ser similar a Error: NERR_DCNotFound [code 0x00000995]. Por ello, es posible que no se puedan agregar hosts ESXi al dominio.

  • Las actualizaciones a ESXi 7.0 desde una imagen personalizada o estándar de ESXi 6.x con una versión asíncrona de los controladores iSCSI de descarga pueden generar mensajes de error similares a Error irrecuperable: 15 (no encontrado) o Error al cargar /vmfs/volumes//b.b00. Los conjuntos de controladores iSCSI de descarga afectados son bnx2i/qfle3i, be2iscsi/elxiscsi y qedil/qedi. El problema también puede ocurrir en entornos con un complemento de API de administración de iSCSI y iSCSI de software.
    Verá los mensajes en la página de carga de ESXi durante la fase de reinicio de la actualización que puede realizar con vSphere Lifecycle Manager o ESXCLI.  Si utiliza vSphere Lifecycle Manager, el sistema vCenter Server revertirá a la imagen anterior cuando se restablezca. Este problema afecta principalmente a los sistemas con iSCSI habilitado para los adaptadores de red convergentes (CNA) de QLogic 578XX, los CNA Emulex OneConnect con iSCSI habilitado, los CNA QLogic FastLinQ QL4xxxx o las configuraciones de iSCSI de software. El problema no ocurre si el CNA solo está configurado para FCoE.

  • Si ejecuta una consulta de CIM, como enum_instances, a un puerto de VMkernel recién agregado en un host ESXi, es posible que se produzca un error en el servicio SFCB, ya que este no puede validar la dirección IP de la nueva instancia. Por ejemplo, si se habilita IPv6 y se configura como estática, pero la dirección IPv6 está en blanco, la consulta de las clases de CIM CIM_IPProtocolEndpoint o VMware_KernelIPv6ProtocolEndpoint genera un volcado de núcleo de SFCB.

  • Si se restaura la configuración de la que se creó una copia de seguridad mediante backup.sh después de más de 7 días, es posible que se pierdan algunos ajustes del dispositivo de almacenamiento, como Reservado permanentemente. Esto sucede porque también se crean copias de seguridad de las marcas de tiempo que indican la última visualización de los dispositivos y, si el dispositivo no se activó en un período superior a 7 días, se eliminan las entradas del dispositivo de /etc/vmware/esx.conf. Por ello, es posible que la operación de restauración restaure las marcas de tiempo antiguas.

  • En algunos casos, cuando se anula la asignación de espacios de nombres en un sitio de destino y se vuelven a asignar, es posible que ESXi no seleccione el espacio de nombres reasignado. Esto ocurre cuando la limpieza de la instancia de espacio de nombres anterior no está completa. En tal caso, para volver a detectar los espacios de nombres, debe restablecer la controladora NVMe.

  • El servicio de archivos de vSAN admite hasta ocho direcciones IP en el grupo de direcciones IP estáticas. Si un clúster de vSAN tiene más de ocho hosts, puede introducir más de ocho direcciones IP durante la configuración del servicio de archivos. Sin embargo, no se pueden utilizar direcciones IP adicionales.

  • Cuando un host de vSAN utiliza la desduplicación y la compresión, las operaciones de eliminación no se completan, lo que provoca que el sistema de archivos se quede sin espacio.

  • Si un dispositivo NVMe se elimina en caliente y se agrega en caliente antes de que se complete la limpieza de la pila de almacenamiento, por lo general, en alrededor de 60 segundos, el controlador PCIe no puede imprimir el mensaje Conexión en caliente deshabilitada. Como resultado, es posible que aparezca el mensaje Dispositivo ya presente. Finalmente, el host ESXi puede generar un error con una pantalla de diagnóstico de color morado y un mensaje, como
    ​LINT1/NMI (interrupción no enmascarable de la placa base), sin diagnosticar.

ESXi-7.0b-16324942-no-tools

Nombre del perfil	ESXi-7.0b-16324942-no-tools
Compilación	Para obtener información de compilación, consulte la parte superior de la página.
Proveedor	VMware, Inc.
Fecha de versión	16 de junio de 2020
Nivel de aceptación	PartnerSupported
Hardware afectado	N/C
Software afectado	N/C
VIB afectados	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
PR corregidas	2543390, 2536681, 2486316, 2503110, 2549993, 2549419, 2550655, 2554564, 2554116, 2489840, 2548068, 2556037, 2572393, 2544236, 2555270, 2560238, 2552532, 2551359, 2541690, 2554114
Números de CVE relacionados	N/C

Actualiza los VIB loadesx, esx-dvfilter-generic-fastpath, vsanhealth, esx-update, esx-ui, vdfs, vsan, esx-base, nvme-pcie, crx native-misc-drivers, esx-xserver, vmkusb y cpu-microcode.

• Esta revisión actualiza los siguientes problemas:

  • En esta versión, se actualiza el microcódigo de Intel para CPU compatibles con ESXi según las revisiones que se verificaron en producción a partir del 29 de abril de 2020. Consulte la tabla de las actualizaciones de microcódigo que se incluyen actualmente.
    
    Nota: No se incluyen todas las actualizaciones de microcódigo que Intel lanzó de forma pública el 9 de junio de 2020. Intel puso a disposición las actualizaciones en varias
    CPU demasiado tarde para que VMware pudiera probarlas e incluirlas en esta versión de revisión de ESXi. Para obtener el microcódigo más reciente, póngase en contacto con el proveedor de hardware a fin de obtener una actualización del BIOS.

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

  • En las versiones anteriores a ESXi 7.0b, el análisis de ESXi de la tabla de SMBIOS en el firmware del host para determinar el orden en el que se asignan los alias de dispositivo no es totalmente compatible con SMBIOS 3.2 o versiones posteriores. Como resultado, los hosts ESXi pueden asignar alias de dispositivo en el orden incorrecto.

  • Los hosts ESXi pueden generar un error con una pantalla de diagnóstico de color morado mientras la pila de almacenamiento del kernel ejecuta una función timerCallback. La función timerCallback se ejecuta de manera no preferente. Sin embargo, en ciertos casos, es posible que la pila de almacenamiento del kernel intente habilitar la prevención en una CPU, mientras se ejecuta una función timerCallback. Por lo tanto, en el host ESXi, se produce un error similar al siguiente:
    PSOD : Assert bora/vmkernel/main/bh.c:981

  • El registro de Storage I/O Control está deshabilitado de forma predeterminada. Para habilitar y establecer un nivel de registro, debe utilizar un valor de 1 a 7 para
    el parámetro. Sin embargo, en algunos casos, el nivel de registro no se modifica al cambiar el valor del parámetro.

  • Algunos registros de Storage I/O Control pueden causar un desborde de los registros en los archivos storagerm.log y sdrsinjector.log. Esta condición puede provocar una rotación rápida de los registros.

  • En los almacenes de datos de VMFS respaldados por LUN que tienen un valor de granularidad de cancelación de asignación óptima superior a 1 MB, se puede producir un bloqueo en disco repetido durante el procesamiento de cancelación de asignación automática. Como resultado, es posible que las operaciones de puesta en modo inactivo de las máquinas virtuales en dichos almacenes de datos tarden más de lo habitual.

  • Puede cambiar la prioridad de recuperación de espacio predeterminada de un almacén de datos de VMFS mediante el comando ESXCLI esxcli storage vmfs reclaim config set  --reclaim-priority. Por ejemplo, para cambiar la prioridad predeterminada de velocidad baja a una prioridad nula para la recuperación de espacio, la cual anula la asignación de bloques sin utilizar del almacén de datos al LUN que respalda ese almacén de datos, ejecute el siguiente comando:
    esxcli storage vmfs reclaim config set --volume-label datastore_name --reclaim-priority none
    Es posible que el cambio solo se aplique al host ESXi en el que se ejecuta el comando y no en otros hosts que utilizan el mismo almacén de datos.

  • Si los volúmenes VMFS se abren y se cierran con frecuencia, es posible que vea mensajes en los registros de VMkernel, como does not support unmap cuando se abre un volumen y Exiting async journal replay manager world cuando se cierra un volumen.

  • Una configuración de vSAN en un host ESXi con cuatro o más grupos de discos que se ejecutan en una configuración de NUMA con cuatro o más nodos podría agotar los recursos de memoria de bloque de la instancia de VMkernel en ese host dedicado a un nodo NUMA determinado. Otros nodos NUMA en el mismo host pueden tener un exceso de recursos de memoria de bloque. Sin embargo, es posible que la instancia de VMkernel genere de forma prematura una condición de falta de memoria en lugar de utilizar el exceso de capacidad de memoria de bloque de los demás nodos NUMA. Por ello, la condición de falta de memoria puede provocar un error con una pantalla de diagnóstico de color morado en el host ESXi o un error en un grupo de discos de vSAN en ese host. Después de reiniciar el host, en vmkernel.log puede ver un error, como Con regulación: BlkAttr no está listo para el disco.

  • Mientras se cargan los módulos kernel, el comando vmkload_mod del cargador de módulos de VMkernel que se utiliza para cargar los módulos de catalogación de red y de controlador de dispositivos en VMkernel puede migrar a otro nodo NUMA por algún motivo. En este caso, es posible que se produzca un error de coincidencia de suma de comprobación en los nodos NUMA. Esto puede provocar que un host ESXi genere un error con una pantalla de diagnóstico de color morado.

  • Algunas cuentas de usuario, relacionadas con NSX-T, solo están disponibles después de un arranque. Debido a que no existen en el momento del arranque, es posible que se produzca un error en la corrección del tiempo de arranque de un host ESXi sin estado cuando dichas cuentas se encuentran en la lista de usuarios con excepción de modo de bloqueo. En syslog.log, puede ver una línea similar:
    key = 'POST_BOOT_CONFIG_FAILED', value = 'No se pudieron actualizar las cuentas de usuario exentas del modo de bloqueo. El usuario especificado no es válido: mux_user'

  • Si intenta realizar una actualización dinámica para ESXi 7.0 desde una versión anterior de ESXi, instalada como una imagen de volcado de disco, mediante el comando esxiso2dd y VMware Tools versión 4.0 o posterior, es posible que falten algunos archivos de VMware Tools en la ubicación /productLocker. Las versiones anteriores de ESXi usan un sistema de archivos VFAT sin distinción entre mayúsculas y minúsculas. Sin embargo, ESXi 7.0 utiliza VMFS-L, que hace comprobaciones de nombre de archivo que distinguen entre mayúsculas y minúsculas. Los archivos que generan errores en esta comprobación no se agregan a ProductLocker.

  • Si una de las familias de direcciones en una controladora de dominio de pila doble no está habilitada (por ejemplo, IPv6), aún es posible un ping de CLDAP a una dirección IPv6 incluso después de deshabilitar IPv6 en la controladora. Esto puede provocar que se agote el tiempo de espera y activar un error que indica que el centro de datos no está disponible. Este error puede ser similar a Error: NERR_DCNotFound [code 0x00000995]. Por ello, es posible que no se puedan agregar hosts ESXi al dominio.

  • Las actualizaciones a ESXi 7.0 desde una imagen personalizada o estándar de ESXi 6.x con una versión asíncrona de los controladores iSCSI de descarga pueden generar mensajes de error similares a Error irrecuperable: 15 (no encontrado) o Error al cargar /vmfs/volumes//b.b00. Los conjuntos de controladores iSCSI de descarga afectados son bnx2i/qfle3i, be2iscsi/elxiscsi y qedil/qedi. El problema también puede ocurrir en entornos con un complemento de API de administración de iSCSI y iSCSI de software.
    Verá los mensajes en la página de carga de ESXi durante la fase de reinicio de la actualización que puede realizar con vSphere Lifecycle Manager o ESXCLI.  Si utiliza vSphere Lifecycle Manager, el sistema vCenter Server revertirá a la imagen anterior cuando se restablezca. Este problema afecta principalmente a los sistemas con iSCSI habilitado para los adaptadores de red convergentes (CNA) de QLogic 578XX, los CNA Emulex OneConnect con iSCSI habilitado, los CNA QLogic FastLinQ QL4xxxx o las configuraciones de iSCSI de software. El problema no ocurre si el CNA solo está configurado para FCoE.

  • Si ejecuta una consulta de CIM, como enum_instances, a un puerto de VMkernel recién agregado en un host ESXi, es posible que se produzca un error en el servicio SFCB, ya que este no puede validar la dirección IP de la nueva instancia. Por ejemplo, si se habilita IPv6 y se configura como estática, pero la dirección IPv6 está en blanco, la consulta de las clases de CIM CIM_IPProtocolEndpoint o VMware_KernelIPv6ProtocolEndpoint genera un volcado de núcleo de SFCB.

  • Si se restaura la configuración de la que se creó una copia de seguridad mediante backup.sh después de más de 7 días, es posible que se pierdan algunos ajustes del dispositivo de almacenamiento, como Reservado permanentemente. Esto sucede porque también se crean copias de seguridad de las marcas de tiempo que indican la última visualización de los dispositivos y, si el dispositivo no se activó en un período superior a 7 días, se eliminan las entradas del dispositivo de /etc/vmware/esx.conf. Por ello, es posible que la operación de restauración restaure las marcas de tiempo antiguas.

  • En algunos casos, cuando se anula la asignación de espacios de nombres en un sitio de destino y se vuelven a asignar, es posible que ESXi no seleccione el espacio de nombres reasignado. Esto ocurre cuando la limpieza de la instancia de espacio de nombres anterior no está completa. En tal caso, para volver a detectar los espacios de nombres, debe restablecer la controladora NVMe.

  • El servicio de archivos de vSAN admite hasta ocho direcciones IP en el grupo de direcciones IP estáticas. Si un clúster de vSAN tiene más de ocho hosts, puede introducir más de ocho direcciones IP durante la configuración del servicio de archivos. Sin embargo, no se pueden utilizar direcciones IP adicionales.

  • Cuando un host de vSAN utiliza la desduplicación y la compresión, las operaciones de eliminación no se completan, lo que provoca que el sistema de archivos se quede sin espacio.

  • Si un dispositivo NVMe se elimina en caliente y se agrega en caliente antes de que se complete la limpieza de la pila de almacenamiento, por lo general, en alrededor de 60 segundos, el controlador PCIe no puede imprimir el mensaje Conexión en caliente deshabilitada. Como resultado, es posible que aparezca el mensaje Dispositivo ya presente. Finalmente, el host ESXi puede generar un error con una pantalla de diagnóstico de color morado y un mensaje, como
    ​LINT1/NMI (interrupción no enmascarable de la placa base), sin diagnosticar.

ESXi-7.0bs-16321839-standard

Nombre del perfil	ESXi-7.0bs-16321839-standard
Compilación	Para obtener información de compilación, consulte la parte superior de la página.
Proveedor	VMware, Inc.
Fecha de versión	16 de junio de 2020
Nivel de aceptación	PartnerSupported
Hardware afectado	N/C
Software afectado	N/C
VIB afectados	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
PR corregidas	2550705, 2550688, 2550702, 2560224, 2544206, 2536240, 2558119, 2558150, 2558534, 2536327, 2536334, 2536337, 2555190, 2465417, 2564270
Números de CVE relacionados	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

Actualiza los VIB vdfs, esx-xserver, vsan, esx-base, esx-ui, esx-dvfilter-generic-fastpath, native-misc-drivers, vsanhealth, cpu-microcode y crx para resolver los siguientes problemas:

• Esta revisión actualiza los siguientes problemas:

  • La biblioteca libsqlite3 de ESXi se actualizó a la versión 3.31.1.

  • La biblioteca userworld libxml2 de ESXi se actualizó a la versión 2.9.10.

  • La biblioteca userworld libcur de ESXi se actualizó a la versión 7.69.1.

  • La biblioteca Python de ESXi se actualizó a la versión 3.5.9 y Freetype Python se actualizó a la versión 2.9.

  • La biblioteca NTP de ESXi se actualizó a la versión 4.2.8p14.

  • VMware ESXi contiene una vulnerabilidad de tipo "use-after-free" en el dispositivo SVGA. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3962 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de tipo "use-after-free" en PVNVRAM. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3963 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una fuga de información en la controladora USB EHCI. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3964 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una fuga de información en la controladora USB XHCI. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3965 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene un desbordamiento de pila debido a un problema de condición de carrera en la controladora USB 2.0 (EHCI). El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3966 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de desbordamiento de pila en la controladora USB 2.0 (EHCI). El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3967 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de escritura fuera de los límites en la controladora USB 3.0 (xHCI). El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3968 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de desbordamiento de pila de tipo "off-by-one" en el dispositivo SVGA. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3969 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de lectura fuera de los límites en la funcionalidad de sombreador. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3970 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • En ESXi 7.0b, se incluye un subconjunto de imágenes ISO de VMware Tools 11.1.0 en el host ESXi 7.0b.

    ESXi incluye las siguientes imágenes ISO de VMware Tools 11.1.0:

    • windows.iso: Imagen de VMware Tools para Windows 7 SP1 o Windows Server 2008 R2 SP1 o posterior
    • linux.iso: Imagen de VMware Tools 10.3.22 para versiones anteriores del sistema operativo Linux con una versión de glibc 2.5 o posterior

    Las siguientes imágenes ISO de VMware Tools 10.3.10 están disponibles para la descarga:

    • solaris.iso: imagen de VMware Tools para Solaris
    • darwin.iso: Imagen de VMware Tools para OSX

    Siga los procedimientos enumerados en los siguientes documentos para descargar VMware Tools para las plataformas que no se incluyen en ESXi:

    • Notas de la versión de VMware Tools 11.1.0
    • Qué debe saber cada administrador de vSphere acerca de VMware Tools
    • VMware Tools para hosts aprovisionados mediante Auto Deploy
    • Actualización de VMware Tools

ESXi-7.0bs-16321839-no-tools

Nombre del perfil	ESXi-7.0bs-16321839-no-tools
Compilación	Para obtener información de compilación, consulte la parte superior de la página.
Proveedor	VMware, Inc.
Fecha de versión	16 de junio de 2020
Nivel de aceptación	PartnerSupported
Hardware afectado	N/C
Software afectado	N/C
VIB afectados	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
PR corregidas	2550705, 2550688, 2550702, 2560224, 2544206, 2536240, 2558119, 2558150, 2558534, 2536327, 2536334, 2536337, 2555190, 2465417
Números de CVE relacionados	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

Actualiza los VIB vdfs, esx-xserver, vsan, esx-base, esx-ui, esx-dvfilter-generic-fastpath, native-misc-drivers, vsanhealth, cpu-microcode y crx para resolver los siguientes problemas:

• Esta revisión actualiza los siguientes problemas:

  • La biblioteca libsqlite3 de ESXi se actualizó a la versión 3.31.1.

  • La biblioteca userworld libxml2 de ESXi se actualizó a la versión 2.9.10.

  • La biblioteca userworld libcur de ESXi se actualizó a la versión 7.69.1.

  • La biblioteca Python de ESXi se actualizó a la versión 3.5.9 y Freetype Python se actualizó a la versión 2.9.

  • La biblioteca NTP de ESXi se actualizó a la versión 4.2.8p14.

  • VMware ESXi contiene una vulnerabilidad de tipo "use-after-free" en el dispositivo SVGA. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3962 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de tipo "use-after-free" en PVNVRAM. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3963 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una fuga de información en la controladora USB EHCI. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3964 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una fuga de información en la controladora USB XHCI. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3965 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene un desbordamiento de pila debido a un problema de condición de carrera en la controladora USB 2.0 (EHCI). El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3966 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de desbordamiento de pila en la controladora USB 2.0 (EHCI). El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3967 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de escritura fuera de los límites en la controladora USB 3.0 (xHCI). El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3968 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de desbordamiento de pila de tipo "off-by-one" en el dispositivo SVGA. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3969 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • VMware ESXi contiene una vulnerabilidad de lectura fuera de los límites en la funcionalidad de sombreador. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3970 a este problema. Para obtener más información, consulte VMSA-2020-0015.

  • En ESXi 7.0b, se incluye un subconjunto de imágenes ISO de VMware Tools 11.1.0 en el host ESXi 7.0b.

    ESXi incluye las siguientes imágenes ISO de VMware Tools 11.1.0:

    • windows.iso: Imagen de VMware Tools para Windows 7 SP1 o Windows Server 2008 R2 SP1 o posterior
    • linux.iso: Imagen de VMware Tools 10.3.22 para versiones anteriores del sistema operativo Linux con una versión de glibc 2.5 o posterior

    Las siguientes imágenes ISO de VMware Tools 10.3.10 están disponibles para la descarga:

    • solaris.iso: imagen de VMware Tools para Solaris
    • darwin.iso: Imagen de VMware Tools para OSX

    Siga los procedimientos enumerados en los siguientes documentos para descargar VMware Tools para las plataformas que no se incluyen en ESXi:

    • Notas de la versión de VMware Tools 11.1.0
    • Qué debe saber cada administrador de vSphere acerca de VMware Tools
    • VMware Tools para hosts aprovisionados mediante Auto Deploy
    • Actualización de VMware Tools

Imagen de ESXi - 7.0b – 16324942

Nombre	ESXi
Versión	7.0b - 16324942
Fecha de versión	16 de junio de 2020
Categoría	Mejora
Componentes afectados	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
PR corregidas	2543390, 2536681, 2486316, 2503110, 2549993, 2549419, 2550655, 2554564, 2554116, 2489840, 2548068, 2556037, 2572393, 2544236, 2555270, 2560238, 2552532, 2551359, 2541690, 2554114

Imagen de ESXi - 7.0bs – 16321839

Nombre	ESXi
Versión	7.0bs - 16321839
Fecha de versión	16 de junio de 2020
Categoría	Mejora
Componentes afectados	ESXi_7.0.0-1.20.16321839 esx-update_7.0.0-1.20.16321839 VMware-VM-Tools_11.1.0.16036546-16321839
PR corregidas	2550705, 2550688, 2550702, 2560224, 2544206, 2536240, 2558119, 2558150, 2558534, 2536327, 2536334, 2536337, 2555190, 2465417

Problemas conocidos

Los problemas conocidos se agrupan del siguiente modo:

• Problemas de actualización

Problemas de actualización

• PR 2579437: La actualización a ESXi 7.0b genera el error La operación no puede continuar debido a que los siguientes componentes tienen una versión anterior: VMware-VM-Tools

  Al actualizar ESXi mediante vSphere Lifecycle Manager, se producirá un error en la actualización si selecciona una nueva imagen base de ESXi en el menú desplegable Versión de ESXi y no quita el componente de VMware Tools asíncrono de la sección Componentes. En vSphere Client, se muestra un error, como
  La operación no puede continuar debido a que la versión de los siguientes componentes se cambia a una anterior: VMware-VM-Tools.
  El problema se produce debido a que el componente de VMware Tools asíncrono de ESXi 7.0 reemplaza al componente en la imagen base seleccionada.

  Solución alternativa: Elimine el componente de VMware Tools asíncrono de la sección Componentes de la imagen. Para obtener más detalles, consulte el artículo 79442 de la base de conocimientos de VMware.