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
- 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
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 |
|
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 55xxLynnfield 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 ClarkdaleArrandale 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-2100Westmere EP 0x206c2 0x03 0x0000001f 8/5/2018 Intel Xeon serie 56xx;
Intel Xeon serie 36xxSandy 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-4600Sandy 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-4600Nehalem EX 0x206e6 0x04 0x0000000d 15/5/2018 Intel Xeon serie 65xx;
Intel Xeon serie 75xxWestmere EX 0x206f2 0x05 0x0000003b 16/5/2018 Intel Xeon serie E7-8800;
Intel Xeon serie E7-4800;
Intel Xeon serie E7-2800Ivy 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 B925CHaswell 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-4300Ivy 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-v2Ivy 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-v3Haswell 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-v4Avoton 0x406d8 0x01 0x0000012d 16/9/2019 Intel Atom serie C2300;
Intel Atom serie C2500;
Intel Atom serie C2700Broadwell 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-v4Skylake 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-2100Cascade 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-3200Cascade 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-3200Broadwell 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-v5Denverton 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-v6Coffee 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 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
ysdrsinjector.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 yExiting 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 yExiting 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, comoCon 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)
oError al cargar /vmfs/volumes/
. Los conjuntos de controladores iSCSI de descarga afectados son/b.b00 bnx2i
/qfle3i
,be2iscsi
/elxiscsi
yqedil
/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 CIMCIM_IPProtocolEndpoint
oVMware_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.
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 |
|
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
.
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 |
|
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 mensajeDispositivo ya presente
. Finalmente, el host ESXi puede generar un error con una pantalla de diagnóstico de color morado y un mensaje, comoLINT1/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.
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 |
|
PR corregidas | N/C |
Números CVE | N/C |
Actualiza el vmkusb .
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 |
|
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.
-
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 |
|
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
.
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 |
|
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 posteriorlinux.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 Solarisdarwin.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:
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 |
|
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 55xxLynnfield 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 ClarkdaleArrandale 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-2100Westmere EP 0x206c2 0x03 0x0000001f 8/5/2018 Intel Xeon serie 56xx;
Intel Xeon serie 36xxSandy 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-4600Sandy 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-4600Nehalem EX 0x206e6 0x04 0x0000000d 15/5/2018 Intel Xeon serie 65xx;
Intel Xeon serie 75xxWestmere EX 0x206f2 0x05 0x0000003b 16/5/2018 Intel Xeon serie E7-8800;
Intel Xeon serie E7-4800;
Intel Xeon serie E7-2800Ivy 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 B925CHaswell 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-4300Ivy 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-v2Ivy 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-v3Haswell 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-v4Avoton 0x406d8 0x01 0x0000012d 16/9/2019 Intel Atom serie C2300;
Intel Atom serie C2500;
Intel Atom serie C2700Broadwell 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-v4Skylake 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-2100Cascade 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-3200Cascade 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-3200Broadwell 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-v5Denverton 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-v6Coffee 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
ysdrsinjector.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 yExiting 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, comoCon 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)
oError al cargar /vmfs/volumes//b.b00
. Los conjuntos de controladores iSCSI de descarga afectados sonbnx2i
/qfle3i
,be2iscsi
/elxiscsi
yqedil
/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 CIMCIM_IPProtocolEndpoint
oVMware_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 mensajeDispositivo ya presente
. Finalmente, el host ESXi puede generar un error con una pantalla de diagnóstico de color morado y un mensaje, comoLINT1/NMI (interrupción no enmascarable de la placa base), sin diagnosticar
.
-
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 |
|
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 55xxLynnfield 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 ClarkdaleArrandale 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-2100Westmere EP 0x206c2 0x03 0x0000001f 8/5/2018 Intel Xeon serie 56xx;
Intel Xeon serie 36xxSandy 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-4600Sandy 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-4600Nehalem EX 0x206e6 0x04 0x0000000d 15/5/2018 Intel Xeon serie 65xx;
Intel Xeon serie 75xxWestmere EX 0x206f2 0x05 0x0000003b 16/5/2018 Intel Xeon serie E7-8800;
Intel Xeon serie E7-4800;
Intel Xeon serie E7-2800Ivy 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 B925CHaswell 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-4300Ivy 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-v2Ivy 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-v3Haswell 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-v4Avoton 0x406d8 0x01 0x0000012d 16/9/2019 Intel Atom serie C2300;
Intel Atom serie C2500;
Intel Atom serie C2700Broadwell 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-v4Skylake 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-2100Cascade 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-3200Cascade 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-3200Broadwell 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-v5Denverton 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-v6Coffee 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
ysdrsinjector.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 yExiting 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, comoCon 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)
oError al cargar /vmfs/volumes//b.b00
. Los conjuntos de controladores iSCSI de descarga afectados sonbnx2i
/qfle3i
,be2iscsi
/elxiscsi
yqedil
/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 CIMCIM_IPProtocolEndpoint
oVMware_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 mensajeDispositivo ya presente
. Finalmente, el host ESXi puede generar un error con una pantalla de diagnóstico de color morado y un mensaje, comoLINT1/NMI (interrupción no enmascarable de la placa base), sin diagnosticar
.
-
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 |
|
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 posteriorlinux.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 Solarisdarwin.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:
-
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 |
|
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 posteriorlinux.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 Solarisdarwin.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:
-
Nombre | ESXi |
Versión | 7.0b - 16324942 |
Fecha de versión | 16 de junio de 2020 |
Categoría | Mejora |
Componentes afectados |
|
PR corregidas | 2543390, 2536681, 2486316, 2503110, 2549993, 2549419, 2550655, 2554564, 2554116, 2489840, 2548068, 2556037, 2572393, 2544236, 2555270, 2560238, 2552532, 2551359, 2541690, 2554114 |
Nombre | ESXi |
Versión | 7.0bs - 16321839 |
Fecha de versión | 16 de junio de 2020 |
Categoría | Mejora |
Componentes afectados |
|
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- 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.