ESXi 7.0 Update 1c | 17 de diciembre de 2020 | Compilación ISO 17325551

Compruebe las adiciones y las actualizaciones de las notas de la versión.

Contenido de las notas de la versión

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

Novedades

  • ESXi 7.0 Update 1c admite vSphere Quick Boot en los siguientes servidores:
    • Cisco Systems Inc:
      • HX240C-M5SD
      • HXAF240C-M5SD
      • UCSC-C240-M5SD
    • Dell Inc:
      • PowerEdge C6420
      • PowerEdge C6525
      • PowerEdge FC640
      • PowerEdge M640
      • PowerEdge MX740c
      • PowerEdge MX840c
      • PowerEdge R540
      • PowerEdge R6515
      • PowerEdge R6525
      • PowerEdge R7515
      • PowerEdge R7525
      • PowerEdge R840
      • PowerEdge R930
      • PowerEdge R940
      • PowerEdge R940xa
    • HPE:
      • ProLiant DL385 Gen10

  • ESXi 7.0 Update 1c agrega cinco estadísticas de NIC físicas (droppedRx, droppedTx, errorsRx, RxCRCErrors y errorsTx) al archivo hostd.log en /var/run/log/hostd.log para habilitar la detección de errores de red no corregidos y tomar las medidas correctivas necesarias.

  • Con ESXi 7.0 Update 1c, puede utilizar el parámetro --remote-host-max-msg-len para establecer la longitud máxima de los mensajes de syslog, hasta 16 KiB, antes de que haya que dividirlos. De forma predeterminada, el daemon de syslog de ESXi (vmsyslogd) se ajusta estrictamente a la longitud máxima de los mensajes de 1 KiB establecida en RFC 3164. Los mensajes más largos se dividen en varias partes. Establezca la longitud máxima de los mensajes en la longitud más pequeña admitida por cualquiera de los receptores o los transmisores de syslog involucrados en la infraestructura de syslog.

  • Con ESXi 7.0 Update 1c, puede usar la opción de arranque del instalador systemMediaSize para limitar el tamaño de las particiones de almacenamiento del sistema en el medio de arranque. Si el sistema tiene un espacio pequeño que no requiere el tamaño máximo de almacenamiento del sistema de 138 GB, puede limitarlo al mínimo de 33 GB. El parámetro systemMediaSize acepta los siguientes valores:

    El valor seleccionado debe adecuarse al propósito del sistema. Por ejemplo, un sistema con 1 TB de memoria debe usar un mínimo de 69 GB para el almacenamiento del sistema. Para establecer la opción de arranque en el momento de la instalación, por ejemplo, systemMediaSize=small, consulte Introducir las opciones de arranque para iniciar un script de instalación o actualización. Para obtener más información, consulte el artículo 81166 de la base de conocimientos de VMware.

    • min (33 GB, para servidores integrados o con un único disco)
    • small (69 GB, para servidores con al menos 512 GB de RAM)
    • default (138 GB)
    • max (consumir todo el espacio disponible, para servidores de varios terabytes)

Versiones anteriores de ESXi 7.0

Las características, los problemas resueltos y conocidos de ESXi se describen en las notas de la versión de cada versión. Las notas de las versiones anteriores de ESXi 7.0 son las siguientes:

Para obtener información sobre internacionalización, compatibilidad y componentes de código abierto, consulte las Notas de la versión de VMware vSphere 7.0.

Revisiones incluidas en esta versión

Esta versión de ESXi 7.0 Update 1c tiene las siguientes revisiones:

Detalles de la compilación

Nombre de archivo de descarga: VMware-ESXi-7.0U1c-17325551-depot.zip
Compilación: 17325551
Tamaño de descarga: 523,2 MB
md5sum: d1410e6c741ada23c3570e07b94bd8c7
sha1checksum: a70defe8353b39f74339b158697ed1a12df6c55d
Reinicio requerido del host: Sí
Migración de máquina virtual o apagado requeridos: Sí


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.

  • Cuando se aplican revisiones de hosts ESXi mediante vSphere Lifecycle Manager desde una versión anterior a ESXi 7.0 Update 1, se recomienda encarecidamente utilizar el boletín acumulativo de actualizaciones en la línea base de revisión. Si no puede utilizar el boletín, asegúrese de incluir todos los paquetes siguientes en la línea base de revisión. Si los siguientes paquetes no se incluyen en la línea base, se produce un error en la operación de actualización:

    • VMware-vmkusb_0.1-1vmw.701.0.0.16850804 o una versión superior
    • VMware-vmkata_0.1-1vmw.701.0.0.16850804 o una versión superior
    • VMware-vmkfcoe_1.0.0.2-1vmw.701.0.0.16850804 o una versión superior
    • VMware-NVMeoF-RDMA_1.0.1.2-1vmw.701.0.0.16850804 o una versión superior

Componentes

Componente Identificador del boletín Categoría Gravedad
ESXi ESXi_7.0.1-0.25.17325551 Corrección de error Crítico
Componente de instalación/actualización de ESXi esx-update_7.0.1-0.25.17325551 Corrección de error Crítico
Controlador de la controladora de almacenamiento ATA de VMware VMware-vmkata_0.1-1vmw.701.0.25.17325551 Corrección de error Moderado
Controlador de la controladora de matriz inteligente de HPE HPE-nhpsa_70.0051.0.100-2vmw.701.0.25.17325551 Corrección de error Moderado
Controlador USB de VMware VMware-vmkusb_0.1-1vmw.701.0.25.17325551 Corrección de error Moderado
Controlador de la controladora de almacenamiento de matriz inteligente para la solución de almacenamiento de Microsemi Microchip-smartpqi_70.4000.0.100-4vmw.701.0.25.17325551 Corrección de error Moderado
ESXi ESXi_7.0.1-0.20.17325020 Seguridad Crítico
Componente de instalación/actualización de ESXi esx-update_7.0.1-0.20.17325020 Seguridad Crítico
Controlador de la controladora de almacenamiento ATA de VMware VMware-vmkata_0.1-1vmw.701.0.20.17325020 Seguridad Importante
Controlador RDMA de VMware NVMe over Fabric VMware-NVMeoF-RDMA_1.0.1.2-1vmw.701.0.20.17325020 Seguridad Importante
Controlador FCoE de software nativo de VMware VMware-vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020 Seguridad Importante
Controlador USB de VMware VMware-vmkusb_0.1-1vmw.701.0.20.17325020 Seguridad Importante

Boletín acumulativo de actualizaciones

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

Identificador del boletín Categoría Gravedad
ESXi70U1c-17325551 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.0U1c-17325551-standard
ESXi-7.0U1c-17325551-no-tools
ESXi-7.0U1sc-17325020-standard
ESXi-7.0U1sc-17325020-no-tools

Imagen ESXi

Nombre y versión Fecha de versión Categoría Detalles
ESXi70U1c-17325551 17/12/2020 Mejora Imagen de seguridad y corrección de errores
ESXi70U1sc-17325020 17/12/2020 Mejora Imagen de solo seguridad

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

Descarga e instalación de revisiones

En vSphere 7.x, el componente Update Manager, que se utiliza para administrar vSphere Update Manager, se reemplaza con el componente Lifecycle Manager. Las operaciones administrativas de vSphere Update Manager aún están disponibles bajo el componente Lifecycle Manager, junto con nuevas capacidades de vSphere Lifecycle Manager.
La manera típica de aplicar las revisiones a los hosts de ESXi 7.x es utilizando vSphere 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 usar el complemento Lifecycle Manager y, en su lugar, usar un perfil de imagen. Para ello, debe descargar 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 usar el comando esxcli software profile update.
Para obtener más información, consulte la guía Actualizar los hosts a través de comandos ESXCLI y Actualizar VMware ESXi.

Avisos de compatibilidad con el producto

VMware Tools 9.10.x y 10.0.x alcanzó el fin del soporte general. Para obtener más información, consulte la lista de VMware Tools en Matriz de ciclo de vida de productos de VMware.

Problemas resueltos

Los problemas resueltos se agrupan del siguiente modo:

ESXi_7.0.1-0.25.17325551
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_crx_7.0.1-0.25.17325551
  • VMware_bootbank_esx-xserver_7.0.1-0.25.17325551
  • VMware_bootbank_esx-base_7.0.1-0.25.17325551
  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.25.17325551
  • VMware_bootbank_native-misc-drivers_7.0.1-0.25.17325551
  • VMware_bootbank_vsan_7.0.1-0.25.17325551
  • VMware_bootbank_vsanhealth_7.0.1-0.25.17325551
  • VMware_bootbank_gc_7.0.1-0.25.17325551
  • VMware_bootbank_cpu-microcode_7.0.1-0.25.17325551
  • VMware_bootbank_vdfs_7.0.1-0.25.17325551
PR corregidas 2656093, 2652863, 2653874, 2643508, 2644189, 2652344, 2661064, 2667291, 2662512, 2644221, 2662606, 2661153, 2655181, 2657411, 2675442, 2657649, 2662558, 2661818, 2664084, 2625155, 2658647, 2659015, 2654686, 2664278, 2676632, 2647557, 2647557, 2628899, 2663717, 2633194, 2661808, 2670891, 2665031, 2644003, 2664045
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, vdfs, vsan, esx-base, crx, native-misc-drivers, esx-xserver, gc y cpu-microcode para resolver los siguientes problemas:

  • PR 2656093: Es posible que observe una pérdida de la conectividad de red debido al reinicio de un conmutador físico

    El parámetro de retraso de conmutación por recuperación de la formación de equipos de red en hosts ESXi, Net.TeamPolicyUpDelay, está establecido actualmente en 10 minutos, pero, en ciertos entornos, un conmutador físico puede tardar más de 10 minutos en estar listo para recibir o transmitir datos después de un reinicio. Como resultado, es posible observar una pérdida de conectividad de red.

    El problema está resuelto en esta versión. La solución aumenta el parámetro Net.TeamPolicyUpDelay a un máximo de 30 minutos. Para establecer el parámetro, seleccione el host ESXi y desplácese hasta Configurar > Sistema -> Configuración avanzada del sistema > Net.TeamPolicyUpDelay. Si lo prefiere, puede usar el comando esxcfg-advcfg -s <valor> /Net/TeamPolicyUpDelay.

  • PR 2652863: Los cambios en la configuración del filtro de firewall distribuido (DFW) pueden provocar que las máquinas virtuales pierdan la conectividad de red

    Cualquier actividad de reconfiguración del filtro de DFW, como agregar o quitar filtros, puede provocar que algunos filtros empiecen a descartar paquetes. Como resultado, las máquinas virtuales pierden la conectividad de red, y es necesario restablecer la vmnic, cambiar el grupo de puertos o reiniciar la máquina virtual para restaurar el tráfico. En el resultado del comando summarize-dvfilter, se muestra state: IOChain Detaching para el filtro con errores.

    El problema está resuelto en esta versión.

  • PR 2653874: Se puede producir un error de SIGSEGV en una máquina virtual durante el procesamiento 3D

    Una sobrelectura de búfer durante algunas operaciones de representación puede provocar un error de SIGSEGV en una máquina virtual habilitada para 3D durante la interacción con las aplicaciones de gráficos que usan aceleración 3D.

    El problema está resuelto en esta versión.

  • PR 2643508: Si una máquina virtual se reinicia o se restablece durante una operación de conexión en caliente, es posible que los registros provoquen que el espacio de disco disponible se llene y que la máquina deje de responder.

    Si una máquina virtual se reinicia o se restablece durante una operación de conexión en caliente, los registros en el archivo vmware.log de la máquina virtual pueden llenar el espacio en disco disponible y hacer que la máquina virtual deje de responder. Los mensajes de registro son idénticos, por ejemplo: acpiNotifyQueue: Spurious ACPI event completion, data 0xFFFFFFFF.

    El problema está resuelto en esta versión. Si no puede aplicar esta revisión, no restablezca ni reinicie la máquina virtual antes de que finalicen las operaciones de conexión en caliente o las instalaciones de controladores. Si ya se enfrenta a este problema, apague la máquina virtual y vuelva a encenderla.

  • PR 2644189: se produce un error en smpboot para máquinas virtuales Linux con el estado cifrado (ES) de la virtualización cifrada segura (SEV-ES) habilitado

    Cuando una máquina virtual Linux con varias CPU virtuales y SEV-ES habilitado arranca, todas las CPU excepto CPU0 están sin conexión. No es posible volver a conectar las CPU restantes. El comando dmesg devuelve un error como smpboot: do_boot_cpu failed(-1) to wakeup CPU#1.

    El problema está resuelto en esta versión.

  • PR 2652344: Si tiene archivos de intercambio .vswp en un directorio de máquina virtual, verá mensajes de error de dispositivos o recursos ocupados cuando explore todos los archivos del directorio

    Si tiene archivos de intercambio .vswp en un directorio de máquina virtual, verá el mensaje de error Dispositivo o recurso ocupado cuando explore todos los archivos del directorio. También puede ver un flujo de E/S adicional en objetos de espacio de nombres de vSAN y una ralentización del servicio hostd.
    Este problema se produce si intenta abrir un archivo con la extensión .vswp como un descriptor de objeto. Los archivos de intercambio del proceso de VMX y la memoria principal de la máquina virtual tienen la misma extensión .vswp, pero los archivos de intercambio del proceso de VMX no deben abrirse como descriptores de objeto.

    El problema está resuelto en esta versión.

  • PR 2661064: El servicio hostd deja de responder de forma intermitente

    En raras ocasiones, una condición de carrera de varios subprocesos que intentan crear un archivo y quitar el directorio en el mismo directorio puede provocar un bloqueo que genere un error en el servicio hostd. El servicio solo se restaura después de reiniciar el host ESXi. En los registros de vmkernel, se muestran alertas similares a la siguiente:

    2020-03-31T05:20:00.509Z cpu12:4528223)ALERT: hostd detected to be non-responsive.

    Este tipo de interbloqueo puede afectar también a otros servicios, pero la ventana de condición de carrera es pequeña, y el problema no es frecuente.

    El problema está resuelto en esta versión.

  • PR 2667291: El cifrado de máquinas virtuales tarda mucho y, en última instancia, genera un error

    El cifrado de máquinas virtuales puede tardar varias horas y, en última instancia, fallar con el error El archivo ya existe en los registros del servicio hostd. El problema se produce si existe un archivo huérfano o no utilizado <vm name="">.nvram en los archivos de configuración de la máquina virtual. Si las máquinas virtuales tienen una entrada como NVRAM = “nvram” en el archivo .vmx, la operación de cifrado crea un archivo cifrado con la extensión de archivo .nvram, que el sistema considera un duplicado del archivo huérfano existente.

    El problema está resuelto en esta versión. Si ya experimenta este problema, elimine manualmente el archivo huérfano <vm name="">.nvram antes del cifrado.

  • PR 2662512: error de host de vSAN al deshabilitar una memoria caché grande de cliente

    Si vSAN intenta deshabilitar una memoria caché de 256 GB o más, la operación puede provocar un error en el host ESXi y generar una pantalla de diagnóstico de color morado.

    El problema está resuelto en esta versión. 

  • PR 2644221: Si habilita LiveCoreDump como una opción para recopilar registros del sistema en un host ESXi, es posible que el host deje de responder

    Si habilita LiveCoreDump como una opción para recopilar registros del sistema en un host ESXi, es posible que el host deje de responder. Verá un error similar a #PF Excepción 14 en mundo 2125468 en una pantalla de diagnóstico de color morado.

    El problema está resuelto en esta versión. 

  • PR 2662606: Aparecen alarmas de estado para el ID de entidad de sensor 44 después de actualizar el firmware de los servidores de HPE Gen10

    Después de actualizar la versión de firmware en los servidores de HP Gen10, es posible que aparezcan alarmas de estado para los sensores I/O Module 2 ALOM_Link_P2 y NIC_Link_02P2, relacionados con la entidad de sensor ID 44.x. Las alarmas no indican un problema de estado real y se pueden omitir con independencia de la versión del firmware.

    El problema está resuelto en esta versión.

  • PR 2661153: Si deshabilita RC4, se puede producir un error en la autenticación de usuario de Active Directory en los hosts ESXi

    Si deshabilita RC4 en la configuración de Active Directory, es posible que se produzca un error en la autenticación de usuario en los hosts ESXi y se genere el mensaje El usuario no se pudo autenticar.

    El problema está resuelto en esta versión.

  • PR 2655181: Las máquinas virtuales en el almacén de datos NFS 4.1 pueden dejar de responder después de una conmutación por error o conmutación por recuperación del servidor NFS

    Si una solicitud de recuperación se repite durante una operación de conmutación por error o conmutación por recuperación del servidor NFS, se produce un error en la recuperación abierta y las máquinas virtuales en los almacenes de datos NFS 4.1 dejan de responder.

    El problema está resuelto en esta versión. La solución analiza las respuestas de recuperación de forma detallada y solo permite los reintentos cuando es necesario.

  • PR 2657411: El tiempo que el procesador está en modo de sistema (%SYS) aumenta para ciertas cargas de trabajo de E/S de disco en las máquinas virtuales

    Cuando las máquinas virtuales se reanudan desde una instantánea, después de realizar operaciones de migración mediante vSphere vMotion, la reanudación de una máquina virtual suspendida o una operación de conexión en caliente, es posible que aparezca un pequeño aumento en el tiempo de %SYS informado para ciertas cargas de trabajo de E/S de disco. El problema se produce debido a que el adaptador de almacenamiento virtual de PVSCSI puede dejar de dimensionar dinámicamente su cola interna en la carga de trabajo de invitado. Como resultado, la sobrecarga de controladores aumenta durante una actividad intensa de E/S y puede provocar un ligero aumento del tiempo de %SYS para ciertas cargas de trabajo de E/S de disco. El problema no afecta a los dispositivos virtuales NVMe y LSI.

    El problema está resuelto en esta versión.

  • PR 2675442: Es posible que no se inicien las aplicaciones Java en un host AMD en un clúster de Enhanced vMotion Compatibility (EVC), y se produzca un error de incompatibilidad con SSE2

    Es posible que no se inicien las aplicaciones Java en un host AMD de un clúster de EVC y se genere el siguiente error: Procesador x64 desconocido: no se admite SSE2. El problema se produce debido a que el campo de CPUID family (leaf 1, EAX, bits 11-8) tiene un valor incorrecto. Como resultado, no se pueden iniciar el servicio de búsqueda ni otros servicios basados en Java en vCenter Server Appliance.

    El problema está resuelto en esta versión.

  • PR 2657649: Después de actualizar servidores de HPE a la versión 2.30 del firmware HPE Integrated Lights-Out 5 (iLO 5), aparecen alertas de estado del sensor de memoria

    Después de actualizar los servidores de HPE, como HPE ProLiant Gen10 y Gen10 Plus, a la versión 2.30 del firmware iLO 5, vSphere Client muestra alertas de estado de los sensores de memoria. El problema se produce debido a que el sistema de supervisión del estado del hardware no descodifica correctamente los sensores Mem_Stat_* cuando se habilita el primer LUN después de la actualización.

    El problema está resuelto en esta versión.

  • PR 2662558: Si una tarjeta SD no admite la capacidad de lectura 16, se muestran varios errores en los registros

    En los hosts ESXi que usan un dispositivo de lectura de tarjetas SD USB 3.0 VID:PID/0bda:0329 Realtek Semiconductor Corp que no admite la capacidad de lectura 16, es posible que aparezcan varios errores en los registros de vmkernel, como los siguientes:
    2020-06-30T13:26:06.141Z cpu0:2097243)ScsiDeviceIO: 3449: Cmd(0x459ac1350600) 0x9e, CmdSN 0x2452e from world 0 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x7 D:0x0 P:0x0 Invalid sense data: 0x0 0x6e 0x73.
    y
    2020-06-30T14:23:18.280Z cpu0:2097243)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "mpx.vmhba32:C0:T0:L0" state in doubt; requested fast path state update...

    El problema está resuelto en esta versión.

  • PR 2661818: En el caso de una cadena que no sea UTF8 en la propiedad name de los sensores numéricos, se produce un error en el servicio vpxa

    Se produce un error en el servicio vpxa en el caso de una cadena que no es UTF8 en la propiedad name de los sensores numéricos y los hosts ESXi se desconectan del sistema vCenter Server.

    El problema está resuelto en esta versión.

  • PR 2664084: es posible que el explorador de objetos administrados muestre de forma incorrecta el estado de los sensores de CPU y memoria

    Debido a un error en el procesamiento de las entradas de los sensores, los datos de memoryStatusInfo y cpuStatusInfo pueden incluir también de forma incorrecta el estado de los sensores que no son de CPU ni de memoria. Esto da lugar a un estado incorrecto para los sensores de CPU y memoria en el explorador de objetos administrados.

    El problema está resuelto en esta versión.

  • PR 2625155: Se puede producir un error en la instalación de ESXi en medios con almacenes de datos sin formato o dañados

    Se puede producir un error en la instalación de ESXi en medios con almacenes de datos que no pueden montarse porque una partición de VMFS está dañada, sin formato o tiene una propiedad diferente del sistema. El instalador de ESXi también puede eliminar las particiones de VMFS en los medios de arranque USB conectados durante la actualización o la instalación.

    El problema está resuelto en esta versión.

  • PR 2658647: Los registros de auditoría configurados para la partición desde cero se pierden al actualizar a ESXi 7.x desde 6.7 Update 2 y versiones posteriores

    Los registros de auditoría configurados para la partición desde cero en el dispositivo de arranque no se conservan cuando se actualiza a ESXi 7.x desde 6.7 Update 2 y versiones posteriores. Los requisitos de certificación de National Information Assurance (NIAP) para versiones de ESXi posteriores a 6.7 Update 2 son que los registros de auditoría ubicados en /scratch persistan después de una actualización.

    El problema está resuelto en esta versión. Para las versiones anteriores de ESXi 7.x, realice una copia de seguridad de los registros de auditoría en /scratch a otro sistema de archivos o partición antes de actualizar. 

  • PR 2659015: Después de una operación de copia de seguridad, mensajes de error idénticos saturan el archivo hostd.log

    Después de una operación de copia de seguridad, mensajes de error idénticos, como Lista de bloques: No se puede convertir la ruta de acceso del disco <archivo vmdk> en una ruta real, omitiendo., pueden saturar el archivo hostd.log. Este problema impide la existencia de otros registros de servicio hostd y puede llenar la memoria de registro.

    El problema está resuelto en esta versión.

  • PR 2654686: Es posible que el algoritmo de vSphere Virtual Volumes no seleccione la primera instancia de Config-VVol que solicita un host ESXi

    En un entorno de vSphere HA, el algoritmo de vSphere Virtual Volumes utiliza un UUID para la selección cuando varios hosts ESXi pueden competir para crear y montar un Config-VVol con el mismo nombre descriptivo al mismo tiempo. Sin embargo, es posible que el Config-VVol seleccionado por el UUID no sea el primero que solicita el host ESXi, lo que puede causar problemas en los almacenes de datos de vSphere Virtual Volumes.

    El problema está resuelto en esta versión. El algoritmo de vSphere Virtual Volumes utiliza una marca de tiempo en lugar de un UUID para la selección cuando varios hosts ESXi pueden competir para crear y montar un Config-VVol con el mismo nombre descriptivo al mismo tiempo.

  • PR 2664278: En vSphere Client, no se puede cambiar la configuración del nivel de registro del servicio vpxa después de una actualización del sistema vCenter Server

    En vSphere Client o al utilizar una API, es posible que no pueda cambiar la configuración del nivel de registro del servicio vpxa en un host ESX debido a que falta la opción Vpx.Vpxa.config.log.level o no es válida después de una actualización del sistema vCenter Server. 

    El problema está resuelto en esta versión. El servicio vpxa establece automáticamente un valor válido para la opción Vpx.Vpxa.config.log.level y lo muestra a vSphere Client o una llamada de API.

  • PR 2676632: ESXi en dispositivos USB o FCoE no puede encontrar rutas de acceso de dispositivos de arranque

    Si ESXi se instala en un dispositivo de arranque lento, como USB o FCoE, es posible que no pueda detectar una ruta de acceso de almacenamiento del dispositivo de arranque. Como resultado, no se identifican la partición bootbank ni otras particiones, como /scratch, y no se guardan los cambios de configuración. Cuando ESXi arranca, los vínculos simbólicos /bootbank y /scratch hacen referencia a una ruta temporal en la memoria.

    El problema está resuelto en esta versión. Sin embargo, la solución funciona con los dispositivos de arranque que ESXi detecte en menos de 2 minutos. En raras ocasiones, cuando la detección de dispositivos de arranque tarda más de 2 minutos, se deben seguir los pasos descritos en el artículo 2149444 de la base de conocimientos de VMware para establecer manualmente la opción de arranque devListStabilityCount.

  • PR 2647557: Es posible que el agente de VMware vSphere High Availability deje de responder debido a un problema de memoria

    En la administración de imágenes de clúster de vSphere Lifecycle Manager, es posible que el agente de Lifecycle Manager no pueda ponerse en contacto con un host ESXi para iniciar una tarea, como la instalación. Por lo tanto, vSphere Client muestra un error como No se puede acceder al agente de vSphere HA desde vCenter Server. El error se produce cuando la base de datos de estado de tareas de vSphere Lifecycle Manager en el host ESXi no se limpia con frecuencia y el agente de Lifecycle Manager no tiene suficiente memoria asignada para controlar el tamaño del archivo de base de datos.

    El problema está resuelto en esta versión.

  • PR 2647557: se puede producir un error desconocido en las comprobaciones de cumplimiento de imágenes de vSphere Lifecycle Manager

    Durante una operación de administración de imágenes de clúster, es posible que vSphere Lifecycle Manager no pueda ponerse en contacto con el agente de Lifecycle Manager en un host ESXi. En vSphere Client, aparece un mensaje, como Se produjo un error desconocido al invocar la API de host. El error se produce cuando la base de datos de estado de tareas de vSphere Lifecycle Manager en el host ESXi no se limpia con frecuencia y el agente de Lifecycle Manager no tiene suficiente memoria asignada para controlar el tamaño del archivo de base de datos.

    El problema está resuelto en esta versión.

  • PR 2628899: Se produce un error de configuración al habilitar vSphere HA

    En la administración de imágenes de clúster de vSphere Lifecycle Manager, es posible que el agente de vSphere HA no pueda configurar un host ESXi. Como resultado, en vSphere Client aparece un error como el siguiente:
    No se puede completar la configuración del agente de vSphere HA en el host. Se produjo un error al aplicar los VIB de HA en el clúster. 
    El error se produce debido a que el proceso de instalación del agente de vSphere HA en el host ESXi puede consumir más memoria que la cuota asignada.

    El problema está resuelto en esta versión.

  • PR 2663717: En vSphere Client, verá una advertencia de estado de hardware con el estado Desconocido

    En vSphere Client, verá una advertencia de estado de hardware con el estado Desconocido para algunos sensores de hosts ESXi.

    El problema está resuelto en esta versión. Los sensores que no son compatibles con la descodificación se ignoran y no se incluyen en los informes de estado del sistema.

  • PR 2633194: Si solo abre y cierra el cuadro de diálogo Editar configuración de NTP, se desactiva la opción Iniciar y detener con el host.

    Si solo abre y cierra el cuadro de diálogo Editar configuración de NTP, incluso sin haber hecho cambios, se desactiva la opción Iniciar y detener con el host. El servicio NTP no se inicia al encender un host ESXi. En vSphere Client, verá la opción Iniciar y detener con el host de la Directiva de inicio del servicio NTP como se seleccionó. Sin embargo, en ESX Shell, cuando se ejecuta el comando chkconfig –list, el servicio NTP está desactivado.

    El problema está resuelto en esta versión.

  • PR 2670891: Se produce un error en las operaciones de instantáneas para máquinas virtuales con el seguimiento de bloques modificados (CBT)

    Si deshabilita un adaptador de FCoE de software como medio para acceder al almacenamiento de canal de fibra, es posible que el módulo CBT no se cargue y que ESXi no pueda detectar un dispositivo de arranque. Como resultado, se produce un error en las operaciones de instantáneas, como la creación y la consolidación de instantáneas.

    El problema está resuelto en esta versión.

  • PR 2665031: se agota el tiempo de espera del servicio de estado de vSAN si hay problemas con la conectividad de Internet o la resolución de DNS

    En caso de que se produzcan problemas de conectividad, es posible que se agote el tiempo de espera de las comprobaciones de estado de vSAN que requieren conectividad con VMware. vSphere Client muestra un mensaje de error similar al siguiente:
    No se puede consultar la información de estado de vSAN. Consulte los registros de vSphere Client para obtener detalles.
    Este problema puede afectar las comprobaciones de estado en línea, las actualizaciones de HCL y las recomendaciones de líneas base de vSphere Lifecycle Manager. Si vCenter Server no puede resolver el problema, es posible que se agote el tiempo de espera de las comprobaciones de estado de vSAN mientras se consultan las entradas de DNS.

    El problema está resuelto en esta versión. 

  • PR 2644003: se produce un error en el host vSAN durante la eliminación de discos

    Al retirar un disco para su eliminación, se puede producir un error en un host ESXi y generar una pantalla de diagnóstico de color morado. Verá entradas similares a las siguientes en el seguimiento inverso:

    2020-09-01T04:22:47.112Z cpu7:2099790)@BlueScreen: Failed at bora/modules/vmkernel/lsomcommon/ssdlog/ssdopslog.c:398 -- NOT REACHED
    2020-09-01T04:22:47.112Z cpu7:2099790)Code start: 0x418037400000 VMK uptime: 0:00:39:25.026
    2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049b9e0:[0x41803750bb65]PanicvPanicInt@vmkernel#nover+0x439 stack: 0x44a00000001
    2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049ba80:[0x41803750c0a2]Panic_vPanic@vmkernel#nover+0x23 stack: 0x121
    2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049baa0:[0x4180375219c0]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x451a8049bb00
    2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb00:[0x41803874707a]SSDLOG_FreeLogEntry@LSOMCommon#1+0x32b stack: 0x800000
    2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb70:[0x4180387ae4d1][email protected]#0.0.0.1+0x2e stack: 0x712d103
    2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bbe0:[0x4180387dd08d][email protected]#0.0.0.1+0x72 stack: 0x431b19603150
    2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bcd0:[0x4180387dd2d3][email protected]#0.0.0.1+0x80 stack: 0x4318102ba7a0
    2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bd00:[0x4180387dabb5][email protected]#0.0.0.1+0x2ce stack: 0x800000
    2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049beb0:[0x4180386de2db][email protected]#0.0.0.1+0x590 stack: 0x43180fe83380
    2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bf90:[0x4180375291ce]vmkWorldFunc@vmkernel#nover+0x4f stack: 0x4180375291ca
    2020-09-01T04:22:47.116Z cpu7:2099790)0x451a8049bfe0:[0x4180377107da]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0

    El problema está resuelto en esta versión.

esx-update_7.0.1-0.25.17325551
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.1-0.25.17325551
  • VMware_bootbank_esx-update_7.0.1-0.25.17325551
PR corregidas  N/C
Números CVE N/C

Actualiza los VIB loadesx y esx-update.

    VMware-vmkata_0.1-1vmw.701.0.25.17325551
    Categoría de revisión Corrección de error
    Gravedad de la revisión Moderado
    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_vmkata_0.1-1vmw.701.0.25.17325551
    PR corregidas  N/C
    Números CVE N/C

    Actualiza el VIB vmkata.

      HPE-nhpsa_70.0051.0.100-2vmw.701.0.25.17325551
      Categoría de revisión Corrección de error
      Gravedad de la revisión Moderado
      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_nhpsa_70.0051.0.100-2vmw.701.0.25.17325551
      PR corregidas 2655992
      Números CVE N/C

      Actualiza el VIB nhpsa para resolver el siguiente problema:

      • Actualización del controlador nhpsa

        El complemento de capacidad de servicio de disco del controlador ESXi nativo para las controladoras de matriz inteligente de HPE, nhpsa, se actualiza a la versión 70.0051.0.100 para resolver varios problemas conocidos.

      VMware-vmkusb_0.1-1vmw.701.0.25.17325551
      Categoría de revisión Corrección de error
      Gravedad de la revisión Moderado
      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.701.0.25.17325551
      PR corregidas  N/C
      Números CVE N/C

      Actualiza el VIB  vmkusb.
        Microchip-smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
        Categoría de revisión Corrección de error
        Gravedad de la revisión Moderado
        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_smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
        PR corregidas 2661584
        Números CVE N/C

        Actualiza el VIB smartpqi para resolver el siguiente problema:

        • Actualización del controlador smartpqi

          El complemento de capacidad de servicio de disco del controlador SCSI nativo de ESXi para las controladoras de la familia Smart de Microsemi, smartpqi, se actualiza a la versión 70.4000.0.100-5 a fin de revertir varios identificadores de dispositivos que faltan.

        ESXi_7.0.1-0.20.17325020
        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_crx_7.0.1-0.20.17325020
        • VMware_bootbank_esx-xserver_7.0.1-0.20.17325020
        • VMware_bootbank_esx-base_7.0.1-0.20.17325020
        • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.20.17325020
        • VMware_bootbank_native-misc-drivers_7.0.1-0.20.17325020
        • VMware_bootbank_vsan_7.0.1-0.20.17325020
        • VMware_bootbank_vsanhealth_7.0.1-0.20.17325020
        • VMware_bootbank_gc_7.0.1-0.20.17325020
        • VMware_bootbank_cpu-microcode_7.0.1-0.20.17325020
        • VMware_bootbank_vdfs_7.0.1-0.20.17325020
        PR corregidas 2661006, 2671485, 2636149
        Números CVE CVE-2020-3999

        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, vdfs, vsan, esx-base, crx, native-misc-drivers, esx-xserver, gc y cpu-microcode para resolver los siguientes problemas:

        • ESXi 7.0 Update 1c soluciona una vulnerabilidad de denegación de servicio debido a una validación de entrada incorrecta en variables de GuestInfo. Un usuario malintencionado con acceso normal de privilegios de usuario a una máquina virtual puede provocar errores en el proceso de VMX de la máquina virtual, lo que genera una condición de denegación de servicio. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3999 a este problema. Para obtener más información, consulte VMSA-2020-0029.

        • Actualización de la base de datos SQLite

          La base de datos SQLite se actualizó a la versión 3.33.0.

        • Actualización de la biblioteca OpenSSL

          La biblioteca userworld OpenSSL de ESXi se actualizó a la versión openssl-1.0.2w.

        • Actualización de OpenSSH

          La versión de OpenSSH se actualizó a la versión 8.3p1.

        • Actualización del daemon del protocolo de tiempo de red (Network Time Protocol, NTP)

          El daemon de NTP se actualizó a la versión ntp-4.2.8p15.

        • Actualización de la biblioteca libcurl

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

        • ESXi 7.0 Update 1c incluye las siguientes imágenes ISO de VMware Tools:

          • windows.iso: VMware Tools 11.1.5 admite Windows 7 SP1 o Windows Server 2008 R2 SP1 y versiones posteriores.
          • linux.iso: Imagen ISO de VMware Tools 10.3.22 para sistema operativo Linux con glibc 2.5 o posterior.

          Las siguientes imágenes ISO de VMware Tools están disponibles para descargarse:

          • VMware Tools 10.0.12:
            • winPreVista.iso para Windows 2000, Windows XP y Windows 2003
            • linuxPreGLibc25.iso para el sistema operativo Linux con una versión glibc anterior a 2.5.
               
          • VMware Tools 11.0.6
            • windows.iso para Windows Vista (SP2) y Windows Server 2008 Service Pack 2 (SP2).
          • 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:

        esx-update_7.0.1-0.20.17325020
        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_esx-update_7.0.1-0.20.17325020
        • VMware_bootbank_loadesx_7.0.1-0.20.17325020
        PR corregidas N/C
        Números CVE N/C

        Actualiza los VIB loadesx y esx-update.

          VMware-vmkata_0.1-1vmw.701.0.20.17325020
          Categoría de revisión Seguridad
          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_vmkata_0.1-1vmw.701.0.20.17325020
          PR corregidas N/C
          Números CVE N/C

          Actualiza el VIB vmkata.

            VMware-NVMeoF-RDMA_1.0.1.2-1vmw.701.0.20.17325020
            Categoría de revisión Seguridad
            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_nvmerdma_1.0.1.2-1vmw.701.0.20.17325020
            PR corregidas N/C
            Números CVE N/C

            Actualiza el VIB nvmerdma.

              VMware-vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020
              Categoría de revisión Seguridad
              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_vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020
              PR corregidas  N/C
              Números CVE N/C

              Actualiza el VIB  vmkfcoe.
                VMware-vmkusb_0.1-1vmw.701.0.20.17325020
                Categoría de revisión Seguridad
                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.701.0.20.17325020
                PR corregidas  N/C
                Números CVE N/C

                Actualiza el VIB vmkusb.

                  ESXi-7.0U1c-17325551-standard
                  Nombre del perfil ESXi-7.0U1c-17325551-standard
                  Compilación Para obtener información sobre la compilación, consulte Revisiones incluidas en esta versión.
                  Proveedor VMware, Inc.
                  Fecha de versión 17 de diciembre de 2020
                  Nivel de aceptación PartnerSupported
                  Hardware afectado N/C
                  Software afectado N/C
                  VIB afectados
                  • VMware_bootbank_crx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-xserver_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-base_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.25.17325551
                  • VMware_bootbank_native-misc-drivers_7.0.1-0.25.17325551
                  • VMware_bootbank_vsan_7.0.1-0.25.17325551
                  • VMware_bootbank_vsanhealth_7.0.1-0.25.17325551
                  • VMware_bootbank_gc_7.0.1-0.25.17325551
                  • VMware_bootbank_cpu-microcode_7.0.1-0.25.17325551
                  • VMware_bootbank_vdfs_7.0.1-0.25.17325551
                  • VMware_bootbank_loadesx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-update_7.0.1-0.25.17325551
                  • VMware_bootbank_loadesx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-update_7.0.1-0.25.17325551
                  • VMW_bootbank_nhpsa_70.0051.0.100-2vmw.701.0.25.17325551
                  • VMW_bootbank_vmkusb_0.1-1vmw.701.0.25.17325551
                  • VMW_bootbank_smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
                  PR corregidas 2656093, 2652863, 2653874, 2643508, 2644189, 2652344, 2661064, 2667291, 2662512, 2644221, 2662606, 2661153, 2655181, 2657411, 2675442, 2657649, 2662558, 2661818, 2664084, 2625155, 2658647, 2659015, 2654686, 2664278, 2676632, 2647557, 2647557, 2628899, 2663717, 2633194, 2661808, 2670891, 2665031, 2644003, 2664045, 2655992, 2661584
                  Números de CVE relacionados CVE-2020-3999
                  • Esta revisión actualiza los siguientes problemas:

                    • El parámetro de retraso de conmutación por recuperación de la formación de equipos de red en hosts ESXi, Net.TeamPolicyUpDelay, está establecido actualmente en 10 minutos, pero, en ciertos entornos, un conmutador físico puede tardar más de 10 minutos en estar listo para recibir o transmitir datos después de un reinicio. Como resultado, es posible observar una pérdida de conectividad de red.

                    • Cualquier actividad de reconfiguración del filtro de DFW, como agregar o quitar filtros, puede provocar que algunos filtros empiecen a descartar paquetes. Como resultado, las máquinas virtuales pierden la conectividad de red, y es necesario restablecer la vmnic, cambiar el grupo de puertos o reiniciar la máquina virtual para restaurar el tráfico. En el resultado del comando summarize-dvfilter, se muestra state: IOChain Detaching para el filtro con errores.

                    • Una sobrelectura de búfer durante algunas operaciones de representación puede provocar un error de SIGSEGV en una máquina virtual habilitada para 3D durante la interacción con las aplicaciones de gráficos que usan aceleración 3D.

                    • Si una máquina virtual se reinicia o se restablece durante una operación de conexión en caliente, los registros en el archivo vmware.log de la máquina virtual pueden llenar el espacio en disco disponible y hacer que la máquina virtual deje de responder. Los mensajes de registro son idénticos, por ejemplo: acpiNotifyQueue: Spurious ACPI event completion, data 0xFFFFFFFF.

                    • Cuando una máquina virtual Linux con varias CPU virtuales y SEV-ES habilitado arranca, todas las CPU excepto CPU0 están sin conexión. No es posible volver a conectar las CPU restantes. El comando dmesg devuelve un error como el siguiente: smpboot: do_boot_cpu failed(-1) to wakeup CPU#1.

                    • Si tiene archivos de intercambio .vswp en un directorio de máquina virtual, verá mensajes de error Dispositivo o recurso ocupado cuando explore todos los archivos del directorio. También puede ver un flujo de E/S adicional en objetos de espacio de nombres de vSAN y una ralentización del servicio hostd.
                      Este problema se produce si intenta abrir un archivo con la extensión .vswp como un descriptor de objeto. Los archivos de intercambio del proceso de VMX y la memoria principal de la máquina virtual tienen la misma extensión .vswp, pero los archivos de intercambio del proceso de VMX no deben abrirse como descriptores de objeto.

                    • En raras ocasiones, una condición de carrera de varios subprocesos que intentan crear un archivo y quitar el directorio en el mismo directorio puede provocar un bloqueo que genere un error en el servicio hostd. El servicio solo se restaura después de reiniciar el host ESXi. En los registros de vmkernel, se muestran alertas similares a la siguiente:

                      2020-03-31T05:20:00.509Z cpu12:4528223)ALERT: hostd detected to be non-responsive.

                      Este tipo de interbloqueo puede afectar también a otros servicios, pero la ventana de condición de carrera es pequeña, y el problema no es frecuente.

                    • El cifrado de máquinas virtuales puede tardar varias horas y, en última instancia, fallar con el error El archivo ya existe en los registros del servicio hostd. El problema se produce si un archivo huérfano o no utilizado <vm name="">.nvram existe en los archivos de configuración de la máquina virtual. Si las máquinas virtuales tienen una entrada como NVRAM = “nvram” en el archivo .vmx, la operación de cifrado crea un archivo cifrado con la extensión de archivo .nvram, que el sistema considera un duplicado del archivo huérfano existente.

                    • Si vSAN intenta deshabilitar una memoria caché de 256 GB o más, la operación puede provocar un error en el host ESXi y generar una pantalla de diagnóstico de color morado.

                    • Si habilita LiveCoreDump como una opción para recopilar registros del sistema en un host ESXi, es posible que el host deje de responder. Verá un error similar a #PF Excepción 14 en mundo 2125468 en una pantalla de diagnóstico de color morado.

                    • Después de actualizar la versión de firmware en los servidores de HP Gen10, es posible que aparezcan alarmas de estado para los sensores I/O Module 2 ALOM_Link_P2 y NIC_Link_02P2, relacionados con la entidad de sensor ID 44.x. Las alarmas no indican un problema de estado real y se pueden omitir con independencia de la versión del firmware.

                    • Si deshabilita RC4 en la configuración de Active Directory, es posible que se produzca un error en la autenticación de usuario en los hosts ESXi y se genere el mensaje El usuario no se pudo autenticar.

                    • Si una solicitud de recuperación se repite durante una operación de conmutación por error o conmutación por recuperación del servidor NFS, se produce un error en la recuperación abierta y las máquinas virtuales en los almacenes de datos NFS 4.1 dejan de responder.

                    • Cuando las máquinas virtuales se reanudan desde una instantánea, después de realizar operaciones de migración mediante vSphere vMotion, la reanudación de una máquina virtual suspendida o una operación de conexión en caliente, es posible que aparezca un pequeño aumento en el tiempo de %SYS informado para ciertas cargas de trabajo de E/S de disco. El problema se produce debido a que el adaptador de almacenamiento virtual de PVSCSI puede dejar de dimensionar dinámicamente su cola interna en la carga de trabajo de invitado. Como resultado, la sobrecarga de controladores aumenta durante una actividad intensa de E/S y puede provocar un ligero aumento del tiempo de %SYS para ciertas cargas de trabajo de E/S de disco. El problema no afecta a los dispositivos virtuales NVMe y LSI.

                    • Es posible que no se inicien las aplicaciones Java en un host AMD de un clúster de EVC y se genere el siguiente error: Procesador x64 desconocido: no se admite SSE2. El problema se produce debido a que el campo de CPUID family (leaf 1, EAX, bits 11-8) tiene un valor incorrecto. Como resultado, no se pueden iniciar el servicio de búsqueda ni otros servicios basados en Java en vCenter Server Appliance.

                    • Después de actualizar los servidores de HPE, como HPE ProLiant Gen10 y Gen10 Plus, a la versión 2.30 del firmware iLO 5, vSphere Client muestra alertas de estado de los sensores de memoria. El problema se produce debido a que el sistema de supervisión del estado del hardware no descodifica correctamente los sensores Mem_Stat_* cuando se habilita el primer LUN después de la actualización.

                    • En los hosts ESXi que usan un dispositivo de lectura de tarjetas SD USB 3.0 VID:PID/0bda:0329 Realtek Semiconductor Corp que no admite la capacidad de lectura 16, es posible que aparezcan varios errores en los registros de vmkernel, como los siguientes:
                      2020-06-30T13:26:06.141Z cpu0:2097243)ScsiDeviceIO: 3449: Cmd(0x459ac1350600) 0x9e, CmdSN 0x2452e from world 0 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x7 D:0x0 P:0x0 Invalid sense data: 0x0 0x6e 0x73.
                      y
                      2020-06-30T14:23:18.280Z cpu0:2097243)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "mpx.vmhba32:C0:T0:L0" state in doubt; requested fast path state update...

                    • Se produce un error en el servicio vpxa en el caso de una cadena que no es UTF8 en la propiedad name de los sensores numéricos y los hosts ESXi se desconectan del sistema vCenter Server.

                    • Debido a un error en el procesamiento de las entradas de los sensores, los datos de memoryStatusInfo y cpuStatusInfo pueden incluir también de forma incorrecta el estado de los sensores que no son de CPU ni de memoria. Esto da lugar a un estado incorrecto para los sensores de CPU y memoria en el explorador de objetos administrados.

                    • Se puede producir un error en la instalación de ESXi en medios con almacenes de datos que no pueden montarse porque una partición de VMFS está dañada, sin formato o tiene una propiedad diferente del sistema. El instalador de ESXi también puede eliminar las particiones de VMFS en los medios de arranque USB conectados durante la actualización o la instalación.

                    • Los registros de auditoría configurados para la partición desde cero en el dispositivo de arranque no se conservan cuando se actualiza a ESXi 7.x desde 6.7 Update 2 y versiones posteriores. Los requisitos de certificación de NIAP para versiones de ESXi posteriores a 6.7 Update 2 son que los registros de auditoría ubicados en /scratch persistan después de una actualización.

                    • Después de una operación de copia de seguridad, mensajes de error idénticos, como Lista de bloques: No se puede convertir la ruta de acceso del disco <archivo vmdk> en una ruta real, omitiendo., pueden saturar el archivo hostd.log. Este problema impide la existencia de otros registros de servicio hostd y puede llenar la memoria de registro.

                    • En un entorno de vSphere HA, el algoritmo de vSphere Virtual Volumes utiliza un UUID para la selección cuando varios hosts ESXi pueden competir para crear y montar un Config-VVol con el mismo nombre descriptivo al mismo tiempo. Sin embargo, es posible que el Config-VVol seleccionado por el UUID no sea el primero que solicita el host ESXi, lo que puede causar problemas en los almacenes de datos de vSphere Virtual Volumes.

                    • En vSphere Client o al utilizar una API, es posible que no pueda cambiar la configuración del nivel de registro del servicio vpxa en un host ESX debido a que falta la opción Vpx.Vpxa.config.log.level o no es válida después de una actualización del sistema vCenter Server. 

                    • Si ESXi se instala en un dispositivo de arranque lento, como USB o FCoE, es posible que no pueda detectar una ruta de acceso de almacenamiento del dispositivo de arranque. Como resultado, no se identifican la partición bootbank ni otras particiones, como /scratch, y no se guardan los cambios de configuración. Cuando ESXi arranca, los vínculos simbólicos /bootbank y /scratch hacen referencia a una ruta temporal en la memoria.

                    • En la administración de imágenes de clúster de vSphere Lifecycle Manager, es posible que el agente de Lifecycle Manager no pueda ponerse en contacto con un host ESXi para iniciar una tarea, como la instalación. Por lo tanto, vSphere Client muestra un error como No se puede acceder al agente de vSphere HA desde vCenter Server. El error se produce cuando la base de datos de estado de tareas de vSphere Lifecycle Manager en el host ESXi no se limpia con frecuencia y el agente de Lifecycle Manager no tiene suficiente memoria asignada para controlar el tamaño del archivo de base de datos.

                    • Durante una operación de administración de imágenes de clúster, es posible que vSphere Lifecycle Manager no pueda ponerse en contacto con el agente de Lifecycle Manager en un host ESXi. En vSphere Client, aparece un mensaje como Se produjo un error desconocido al invocar la API de host. El error se produce cuando la base de datos de estado de tareas de vSphere Lifecycle Manager en el host ESXi no se limpia con frecuencia y el agente de Lifecycle Manager no tiene suficiente memoria asignada para controlar el tamaño del archivo de base de datos.

                    • En la administración de imágenes de clúster de vSphere Lifecycle Manager, es posible que el agente de vSphere HA no pueda configurar un host ESXi. Como resultado, en vSphere Client aparece un error como el siguiente:
                      No se puede completar la configuración del agente de vSphere HA en el host. Se produjo un error al aplicar los VIB de HA en el clúster. 
                      El error se produce debido a que el proceso de instalación del agente de vSphere HA en el host ESXi puede consumir más memoria que la cuota asignada.

                    • En vSphere Client, verá una advertencia de estado de hardware con el estado Desconocido para algunos sensores de hosts ESXi.

                    • Si solo abre y cierra el cuadro de diálogo Editar configuración de NTP, incluso sin haber hecho cambios, se desactiva la opción Iniciar y detener con el host. El servicio NTP no se inicia al encender un host ESXi. En vSphere Client, verá la opción Iniciar y detener con el host de la Directiva de inicio del servicio NTP como se seleccionó. Sin embargo, en ESX Shell, cuando se ejecuta el comando chkconfig –list, el servicio NTP está desactivado.

                    • Si deshabilita un adaptador de FCoE de software como medio para acceder al almacenamiento de canal de fibra, es posible que el módulo CBT no se cargue y que ESXi no pueda detectar un dispositivo de arranque. Como resultado, se produce un error en las operaciones de instantáneas, como la creación y la consolidación de instantáneas.

                    • En caso de que se produzcan problemas de conectividad, es posible que se agote el tiempo de espera de las comprobaciones de estado de vSAN que requieren conectividad con VMware. vSphere Client muestra un mensaje de error similar al siguiente:
                      No se puede consultar la información de estado de vSAN. Consulte los registros de vSphere Client para obtener detalles.
                      Este problema puede afectar las comprobaciones de estado en línea, las actualizaciones de HCL y las recomendaciones de líneas base de vSphere Lifecycle Manager. Si vCenter Server no puede resolver el problema, es posible que se agote el tiempo de espera de las comprobaciones de estado de vSAN mientras se consultan las entradas de DNS.

                    • Al retirar un disco para su eliminación, se puede producir un error en un host ESXi y generar una pantalla de diagnóstico de color morado. Verá entradas similares a las siguientes en el seguimiento inverso:

                      2020-09-01T04:22:47.112Z cpu7:2099790)@BlueScreen: Failed at bora/modules/vmkernel/lsomcommon/ssdlog/ssdopslog.c:398 -- NOT REACHED
2020-09-01T04:22:47.112Z cpu7:2099790)Code start: 0x418037400000 VMK uptime: 0:00:39:25.026
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049b9e0:[0x41803750bb65]PanicvPanicInt@vmkernel#nover+0x439 stack: 0x44a00000001
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049ba80:[0x41803750c0a2]Panic_vPanic@vmkernel#nover+0x23 stack: 0x121
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049baa0:[0x4180375219c0]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x451a8049bb00
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb00:[0x41803874707a]SSDLOG_FreeLogEntry@LSOMCommon#1+0x32b stack: 0x800000
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb70:[0x4180387ae4d1][email protected]#0.0.0.1+0x2e stack: 0x712d103
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bbe0:[0x4180387dd08d][email protected]#0.0.0.1+0x72 stack: 0x431b19603150
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bcd0:[0x4180387dd2d3][email protected]#0.0.0.1+0x80 stack: 0x4318102ba7a0
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bd00:[0x4180387dabb5][email protected]#0.0.0.1+0x2ce stack: 0x800000
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049beb0:[0x4180386de2db][email protected]#0.0.0.1+0x590 stack: 0x43180fe83380
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bf90:[0x4180375291ce]vmkWorldFunc@vmkernel#nover+0x4f stack: 0x4180375291ca
2020-09-01T04:22:47.116Z cpu7:2099790)0x451a8049bfe0:[0x4180377107da]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0

                    • Si un dispositivo NVME tiene varios espacios de nombres configurados, la compatibilidad con operaciones de borrado de disco seguro de vSAN puede cambiar dinámicamente, en función del número de espacios de nombres. Si se configura un nuevo espacio de nombres mientras está en curso una operación de borrado seguro, por ejemplo, en VxRail o en la plataforma de Google Cloud, es posible que se borren los datos del espacio de nombres recién agregado.

                    • El complemento de capacidad de servicio de disco del controlador ESXi nativo para las controladoras de matriz inteligente de HPE, nhpsa, se actualiza a la versión 70.0051.0.100 para resolver varios problemas conocidos.

                    • El complemento de capacidad de servicio de disco del controlador SCSI nativo de ESXi para las controladoras de la familia Smart de Microsemi, smartpqi, se actualiza a la versión 70.4000.0.100-5 a fin de revertir varios identificadores de dispositivos que faltan.

                  ESXi-7.0U1c-17325551-no-tools
                  Nombre del perfil ESXi-7.0U1c-17325551-no-tools
                  Compilación Para obtener información sobre la compilación, consulte Revisiones incluidas en esta versión.
                  Proveedor VMware, Inc.
                  Fecha de versión 17 de diciembre de 2020
                  Nivel de aceptación PartnerSupported
                  Hardware afectado N/C
                  Software afectado N/C
                  VIB afectados
                  • VMware_bootbank_crx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-xserver_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-base_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.25.17325551
                  • VMware_bootbank_native-misc-drivers_7.0.1-0.25.17325551
                  • VMware_bootbank_vsan_7.0.1-0.25.17325551
                  • VMware_bootbank_vsanhealth_7.0.1-0.25.17325551
                  • VMware_bootbank_gc_7.0.1-0.25.17325551
                  • VMware_bootbank_cpu-microcode_7.0.1-0.25.17325551
                  • VMware_bootbank_vdfs_7.0.1-0.25.17325551
                  • VMware_bootbank_loadesx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-update_7.0.1-0.25.17325551
                  • VMware_bootbank_loadesx_7.0.1-0.25.17325551
                  • VMware_bootbank_esx-update_7.0.1-0.25.17325551
                  • VMW_bootbank_nhpsa_70.0051.0.100-2vmw.701.0.25.17325551
                  • VMW_bootbank_vmkusb_0.1-1vmw.701.0.25.17325551
                  • VMW_bootbank_smartpqi_70.4000.0.100-4vmw.701.0.25.17325551
                  PR corregidas 2656093, 2652863, 2653874, 2643508, 2644189, 2652344, 2661064, 2667291, 2662512, 2644221, 2662606, 2661153, 2655181, 2657411, 2675442, 2657649, 2662558, 2661818, 2664084, 2625155, 2658647, 2659015, 2654686, 2664278, 2676632, 2647557, 2647557, 2628899, 2663717, 2633194, 2661808, 2670891, 2665031, 2644003, 2664045, 2655992, 2661584
                  Números de CVE relacionados CVE-2020-3999
                  • Esta revisión actualiza los siguientes problemas:

                    • El parámetro de retraso de conmutación por recuperación de la formación de equipos de red en hosts ESXi, Net.TeamPolicyUpDelay, está establecido actualmente en 10 minutos, pero, en ciertos entornos, un conmutador físico puede tardar más de 10 minutos en estar listo para recibir o transmitir datos después de un reinicio. Como resultado, es posible observar una pérdida de conectividad de red.

                    • Cualquier actividad de reconfiguración del filtro de DFW, como agregar o quitar filtros, puede provocar que algunos filtros empiecen a descartar paquetes. Como resultado, las máquinas virtuales pierden la conectividad de red, y es necesario restablecer la vmnic, cambiar el grupo de puertos o reiniciar la máquina virtual para restaurar el tráfico. En el resultado del comando summarize-dvfilter, se muestra state: IOChain Detaching para el filtro con errores.

                    • Una sobrelectura de búfer durante algunas operaciones de representación puede provocar un error de SIGSEGV en una máquina virtual habilitada para 3D durante la interacción con las aplicaciones de gráficos que usan aceleración 3D.

                    • Si una máquina virtual se reinicia o se restablece durante una operación de conexión en caliente, los registros en el archivo vmware.log de la máquina virtual pueden llenar el espacio en disco disponible y hacer que la máquina virtual deje de responder. Los mensajes de registro son idénticos, por ejemplo: acpiNotifyQueue: Spurious ACPI event completion, data 0xFFFFFFFF.

                    • Cuando una máquina virtual Linux con varias CPU virtuales y SEV-ES habilitado arranca, todas las CPU excepto CPU0 están sin conexión. No es posible volver a conectar las CPU restantes. El comando dmesg devuelve un error como el siguiente: smpboot: do_boot_cpu failed(-1) to wakeup CPU#1.

                    • Si tiene archivos de intercambio .vswp en un directorio de máquina virtual, verá mensajes de error Dispositivo o recurso ocupado cuando explore todos los archivos del directorio. También puede ver un flujo de E/S adicional en objetos de espacio de nombres de vSAN y una ralentización del servicio hostd.
                      Este problema se produce si intenta abrir un archivo con la extensión .vswp como un descriptor de objeto. Los archivos de intercambio del proceso de VMX y la memoria principal de la máquina virtual tienen la misma extensión .vswp, pero los archivos de intercambio del proceso de VMX no deben abrirse como descriptores de objeto.

                    • En raras ocasiones, una condición de carrera de varios subprocesos que intentan crear un archivo y quitar el directorio en el mismo directorio puede provocar un bloqueo que genere un error en el servicio hostd. El servicio solo se restaura después de reiniciar el host ESXi. En los registros de vmkernel, se muestran alertas similares a la siguiente:

                      2020-03-31T05:20:00.509Z cpu12:4528223)ALERT: hostd detected to be non-responsive.

                      Este tipo de interbloqueo puede afectar también a otros servicios, pero la ventana de condición de carrera es pequeña, y el problema no es frecuente.

                    • El cifrado de máquinas virtuales puede tardar varias horas y, en última instancia, fallar con el error El archivo ya existe en los registros del servicio hostd. El problema se produce si un archivo huérfano o no utilizado <vm name="">.nvram existe en los archivos de configuración de la máquina virtual. Si las máquinas virtuales tienen una entrada como NVRAM = “nvram” en el archivo .vmx, la operación de cifrado crea un archivo cifrado con la extensión de archivo .nvram, que el sistema considera un duplicado del archivo huérfano existente.

                    • Si vSAN intenta deshabilitar una memoria caché de 256 GB o más, la operación puede provocar un error en el host ESXi y generar una pantalla de diagnóstico de color morado.

                    • Si habilita LiveCoreDump como una opción para recopilar registros del sistema en un host ESXi, es posible que el host deje de responder. Verá un error similar a #PF Excepción 14 en mundo 2125468 en una pantalla de diagnóstico de color morado.

                    • Después de actualizar la versión de firmware en los servidores de HP Gen10, es posible que aparezcan alarmas de estado para los sensores I/O Module 2 ALOM_Link_P2 y NIC_Link_02P2, relacionados con la entidad de sensor ID 44.x. Las alarmas no indican un problema de estado real y se pueden omitir con independencia de la versión del firmware.

                    • Si deshabilita RC4 en la configuración de Active Directory, es posible que se produzca un error en la autenticación de usuario en los hosts ESXi y se genere el mensaje El usuario no se pudo autenticar.

                    • Si una solicitud de recuperación se repite durante una operación de conmutación por error o conmutación por recuperación del servidor NFS, se produce un error en la recuperación abierta y las máquinas virtuales en los almacenes de datos NFS 4.1 dejan de responder.

                    • Cuando las máquinas virtuales se reanudan desde una instantánea, después de realizar operaciones de migración mediante vSphere vMotion, la reanudación de una máquina virtual suspendida o una operación de conexión en caliente, es posible que aparezca un pequeño aumento en el tiempo de %SYS informado para ciertas cargas de trabajo de E/S de disco. El problema se produce debido a que el adaptador de almacenamiento virtual de PVSCSI puede dejar de dimensionar dinámicamente su cola interna en la carga de trabajo de invitado. Como resultado, la sobrecarga de controladores aumenta durante una actividad intensa de E/S y puede provocar un ligero aumento del tiempo de %SYS para ciertas cargas de trabajo de E/S de disco. El problema no afecta a los dispositivos virtuales NVMe y LSI.

                    • Es posible que no se inicien las aplicaciones Java en un host AMD de un clúster de EVC y se genere el siguiente error: Procesador x64 desconocido: no se admite SSE2. El problema se produce debido a que el campo de CPUID family (leaf 1, EAX, bits 11-8) tiene un valor incorrecto. Como resultado, no se pueden iniciar el servicio de búsqueda ni otros servicios basados en Java en vCenter Server Appliance.

                    • Después de actualizar los servidores de HPE, como HPE ProLiant Gen10 y Gen10 Plus, a la versión 2.30 del firmware iLO 5, vSphere Client muestra alertas de estado de los sensores de memoria. El problema se produce debido a que el sistema de supervisión del estado del hardware no descodifica correctamente los sensores Mem_Stat_* cuando se habilita el primer LUN después de la actualización.

                    • En los hosts ESXi que usan un dispositivo de lectura de tarjetas SD USB 3.0 VID:PID/0bda:0329 Realtek Semiconductor Corp que no admite la capacidad de lectura 16, es posible que aparezcan varios errores en los registros de vmkernel, como los siguientes:
                      2020-06-30T13:26:06.141Z cpu0:2097243)ScsiDeviceIO: 3449: Cmd(0x459ac1350600) 0x9e, CmdSN 0x2452e from world 0 to dev "mpx.vmhba32:C0:T0:L0" failed H:0x7 D:0x0 P:0x0 Invalid sense data: 0x0 0x6e 0x73.
                      y
                      2020-06-30T14:23:18.280Z cpu0:2097243)WARNING: NMP: nmp_DeviceRequestFastDeviceProbe:237: NMP device "mpx.vmhba32:C0:T0:L0" state in doubt; requested fast path state update...

                    • Se produce un error en el servicio vpxa en el caso de una cadena que no es UTF8 en la propiedad name de los sensores numéricos y los hosts ESXi se desconectan del sistema vCenter Server.

                    • Debido a un error en el procesamiento de las entradas de los sensores, los datos de memoryStatusInfo y cpuStatusInfo pueden incluir también de forma incorrecta el estado de los sensores que no son de CPU ni de memoria. Esto da lugar a un estado incorrecto para los sensores de CPU y memoria en el explorador de objetos administrados.

                    • Se puede producir un error en la instalación de ESXi en medios con almacenes de datos que no pueden montarse porque una partición de VMFS está dañada, sin formato o tiene una propiedad diferente del sistema. El instalador de ESXi también puede eliminar las particiones de VMFS en los medios de arranque USB conectados durante la actualización o la instalación.

                    • Los registros de auditoría configurados para la partición desde cero en el dispositivo de arranque no se conservan cuando se actualiza a ESXi 7.x desde 6.7 Update 2 y versiones posteriores. Los requisitos de certificación de NIAP para versiones de ESXi posteriores a 6.7 Update 2 son que los registros de auditoría ubicados en /scratch persistan después de una actualización.

                    • Después de una operación de copia de seguridad, mensajes de error idénticos, como Lista de bloques: No se puede convertir la ruta de acceso del disco <archivo vmdk> en una ruta real, omitiendo., pueden saturar el archivo hostd.log. Este problema impide la existencia de otros registros de servicio hostd y puede llenar la memoria de registro.

                    • En un entorno de vSphere HA, el algoritmo de vSphere Virtual Volumes utiliza un UUID para la selección cuando varios hosts ESXi pueden competir para crear y montar un Config-VVol con el mismo nombre descriptivo al mismo tiempo. Sin embargo, es posible que el Config-VVol seleccionado por el UUID no sea el primero que solicita el host ESXi, lo que puede causar problemas en los almacenes de datos de vSphere Virtual Volumes.

                    • En vSphere Client o al utilizar una API, es posible que no pueda cambiar la configuración del nivel de registro del servicio vpxa en un host ESX debido a que falta la opción Vpx.Vpxa.config.log.level o no es válida después de una actualización del sistema vCenter Server. 

                    • Si ESXi se instala en un dispositivo de arranque lento, como USB o FCoE, es posible que no pueda detectar una ruta de acceso de almacenamiento del dispositivo de arranque. Como resultado, no se identifican la partición bootbank ni otras particiones, como /scratch, y no se guardan los cambios de configuración. Cuando ESXi arranca, los vínculos simbólicos /bootbank y /scratch hacen referencia a una ruta temporal en la memoria.

                    • En la administración de imágenes de clúster de vSphere Lifecycle Manager, es posible que el agente de Lifecycle Manager no pueda ponerse en contacto con un host ESXi para iniciar una tarea, como la instalación. Por lo tanto, vSphere Client muestra un error como No se puede acceder al agente de vSphere HA desde vCenter Server. El error se produce cuando la base de datos de estado de tareas de vSphere Lifecycle Manager en el host ESXi no se limpia con frecuencia y el agente de Lifecycle Manager no tiene suficiente memoria asignada para controlar el tamaño del archivo de base de datos.

                    • Durante una operación de administración de imágenes de clúster, es posible que vSphere Lifecycle Manager no pueda ponerse en contacto con el agente de Lifecycle Manager en un host ESXi. En vSphere Client, aparece un mensaje como Se produjo un error desconocido al invocar la API de host. El error se produce cuando la base de datos de estado de tareas de vSphere Lifecycle Manager en el host ESXi no se limpia con frecuencia y el agente de Lifecycle Manager no tiene suficiente memoria asignada para controlar el tamaño del archivo de base de datos.

                    • En la administración de imágenes de clúster de vSphere Lifecycle Manager, es posible que el agente de vSphere HA no pueda configurar un host ESXi. Como resultado, en vSphere Client aparece un error como el siguiente:
                      No se puede completar la configuración del agente de vSphere HA en el host. Se produjo un error al aplicar los VIB de HA en el clúster. 
                      El error se produce debido a que el proceso de instalación del agente de vSphere HA en el host ESXi puede consumir más memoria que la cuota asignada.

                    • En vSphere Client, verá una advertencia de estado de hardware con el estado Desconocido para algunos sensores de hosts ESXi.

                    • Si solo abre y cierra el cuadro de diálogo Editar configuración de NTP, incluso sin haber hecho cambios, se desactiva la opción Iniciar y detener con el host. El servicio NTP no se inicia al encender un host ESXi. En vSphere Client, verá la opción Iniciar y detener con el host de la Directiva de inicio del servicio NTP como se seleccionó. Sin embargo, en ESX Shell, cuando se ejecuta el comando chkconfig –list, el servicio NTP está desactivado.

                    • Si deshabilita un adaptador de FCoE de software como medio para acceder al almacenamiento de canal de fibra, es posible que el módulo CBT no se cargue y que ESXi no pueda detectar un dispositivo de arranque. Como resultado, se produce un error en las operaciones de instantáneas, como la creación y la consolidación de instantáneas.

                    • En caso de que se produzcan problemas de conectividad, es posible que se agote el tiempo de espera de las comprobaciones de estado de vSAN que requieren conectividad con VMware. vSphere Client muestra un mensaje de error similar al siguiente:
                      No se puede consultar la información de estado de vSAN. Consulte los registros de vSphere Client para obtener detalles.
                      Este problema puede afectar las comprobaciones de estado en línea, las actualizaciones de HCL y las recomendaciones de líneas base de vSphere Lifecycle Manager. Si vCenter Server no puede resolver el problema, es posible que se agote el tiempo de espera de las comprobaciones de estado de vSAN mientras se consultan las entradas de DNS.

                    • Al retirar un disco para su eliminación, se puede producir un error en un host ESXi y generar una pantalla de diagnóstico de color morado. Verá entradas similares a las siguientes en el seguimiento inverso:

                      2020-09-01T04:22:47.112Z cpu7:2099790)@BlueScreen: Failed at bora/modules/vmkernel/lsomcommon/ssdlog/ssdopslog.c:398 -- NOT REACHED
2020-09-01T04:22:47.112Z cpu7:2099790)Code start: 0x418037400000 VMK uptime: 0:00:39:25.026
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049b9e0:[0x41803750bb65]PanicvPanicInt@vmkernel#nover+0x439 stack: 0x44a00000001
2020-09-01T04:22:47.112Z cpu7:2099790)0x451a8049ba80:[0x41803750c0a2]Panic_vPanic@vmkernel#nover+0x23 stack: 0x121
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049baa0:[0x4180375219c0]vmk_PanicWithModuleID@vmkernel#nover+0x41 stack: 0x451a8049bb00
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb00:[0x41803874707a]SSDLOG_FreeLogEntry@LSOMCommon#1+0x32b stack: 0x800000
2020-09-01T04:22:47.113Z cpu7:2099790)0x451a8049bb70:[0x4180387ae4d1][email protected]#0.0.0.1+0x2e stack: 0x712d103
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bbe0:[0x4180387dd08d][email protected]#0.0.0.1+0x72 stack: 0x431b19603150
2020-09-01T04:22:47.114Z cpu7:2099790)0x451a8049bcd0:[0x4180387dd2d3][email protected]#0.0.0.1+0x80 stack: 0x4318102ba7a0
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bd00:[0x4180387dabb5][email protected]#0.0.0.1+0x2ce stack: 0x800000
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049beb0:[0x4180386de2db][email protected]#0.0.0.1+0x590 stack: 0x43180fe83380
2020-09-01T04:22:47.115Z cpu7:2099790)0x451a8049bf90:[0x4180375291ce]vmkWorldFunc@vmkernel#nover+0x4f stack: 0x4180375291ca
2020-09-01T04:22:47.116Z cpu7:2099790)0x451a8049bfe0:[0x4180377107da]CpuSched_StartWorld@vmkernel#nover+0x77 stack: 0x0

                    • Si un dispositivo NVME tiene varios espacios de nombres configurados, la compatibilidad con operaciones de borrado de disco seguro de vSAN puede cambiar dinámicamente, en función del número de espacios de nombres. Si se configura un nuevo espacio de nombres mientras está en curso una operación de borrado seguro, por ejemplo, en VxRail o en la plataforma de Google Cloud, es posible que se borren los datos del espacio de nombres recién agregado.

                    • El complemento de capacidad de servicio de disco del controlador ESXi nativo para las controladoras de matriz inteligente de HPE, nhpsa, se actualiza a la versión 70.0051.0.100 para resolver varios problemas conocidos.

                    • El complemento de capacidad de servicio de disco del controlador SCSI nativo de ESXi para las controladoras de la familia Smart de Microsemi, smartpqi, se actualiza a la versión 70.4000.0.100-5 a fin de revertir varios identificadores de dispositivos que faltan.

                  ESXi-7.0U1sc-17325020-standard
                  Nombre del perfil ESXi-7.0U1sc-17325020-standard
                  Compilación Para obtener información sobre la compilación, consulte Revisiones incluidas en esta versión.
                  Proveedor VMware, Inc.
                  Fecha de versión 17 de diciembre de 2020
                  Nivel de aceptación PartnerSupported
                  Hardware afectado N/C
                  Software afectado N/C
                  VIB afectados
                  • VMware_bootbank_crx_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-xserver_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-base_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.20.17325020
                  • VMware_bootbank_native-misc-drivers_7.0.1-0.20.17325020
                  • VMware_bootbank_vsan_7.0.1-0.20.17325020
                  • VMware_bootbank_vsanhealth_7.0.1-0.20.17325020
                  • VMware_bootbank_gc_7.0.1-0.20.17325020
                  • VMware_bootbank_cpu-microcode_7.0.1-0.20.17325020
                  • VMware_bootbank_vdfs_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-update_7.0.1-0.20.17325020
                  • VMware_bootbank_loadesx_7.0.1-0.20.17325020
                  • VMW_bootbank_vmkata_0.1-1vmw.701.0.20.17325020
                  • VMW_bootbank_nvmerdma_1.0.1.2-1vmw.701.0.20.17325020
                  • VMW_bootbank_vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020
                  • VMW_bootbank_vmkusb_0.1-1vmw.701.0.20.17325020
                  PR corregidas 2661006, 2671485, 2636149
                  Números de CVE relacionados CVE-2020-3999
                  • Esta revisión actualiza los siguientes problemas:

                    • ESXi 7.0 Update 1c soluciona una vulnerabilidad de denegación de servicio debido a una validación de entrada incorrecta en variables de GuestInfo. Un usuario malintencionado con acceso normal de privilegios de usuario a una máquina virtual puede provocar errores en el proceso de VMX de la máquina virtual, lo que genera una condición de denegación de servicio. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3999 a este problema. Para obtener más información, consulte VMSA-2020-0029.

                    • La base de datos SQLite se actualizó a la versión 3.33.0.

                    • La biblioteca userworld OpenSSL de ESXi se actualizó a la versión openssl-1.0.2w.

                    • La versión de OpenSSH se actualizó a la versión 8.3p1.

                    • El daemon de NTP se actualizó a la versión ntp-4.2.8p15.

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

                    • ESXi 7.0 Update 1c incluye las siguientes imágenes ISO de VMware Tools:

                      • windows.iso: VMware Tools 11.1.5 admite Windows 7 SP1 o Windows Server 2008 R2 SP1 y versiones posteriores.
                      • linux.iso: Imagen ISO de VMware Tools 10.3.22 para sistema operativo Linux con glibc 2.5 o posterior.

                      Las siguientes imágenes ISO de VMware Tools están disponibles para descargarse:

                      • VMware Tools 10.0.12:
                        • winPreVista.iso para Windows 2000, Windows XP y Windows 2003
                        • linuxPreGLibc25.iso para el sistema operativo Linux con una versión glibc anterior a 2.5.
                           
                      • VMware Tools 11.0.6
                        • windows.iso para Windows Vista (SP2) y Windows Server 2008 Service Pack 2 (SP2).
                      • 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:

                  ESXi-7.0U1sc-17325020-no-tools
                  Nombre del perfil ESXi-7.0U1sc-17325020-no-tools
                  Compilación Para obtener información sobre la compilación, consulte Revisiones incluidas en esta versión.
                  Proveedor VMware, Inc.
                  Fecha de versión 17 de diciembre de 2020
                  Nivel de aceptación PartnerSupported
                  Hardware afectado N/C
                  Software afectado N/C
                  VIB afectados
                  • VMware_bootbank_crx_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-xserver_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-base_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-dvfilter-generic-fastpath_7.0.1-0.20.17325020
                  • VMware_bootbank_native-misc-drivers_7.0.1-0.20.17325020
                  • VMware_bootbank_vsan_7.0.1-0.20.17325020
                  • VMware_bootbank_vsanhealth_7.0.1-0.20.17325020
                  • VMware_bootbank_gc_7.0.1-0.20.17325020
                  • VMware_bootbank_cpu-microcode_7.0.1-0.20.17325020
                  • VMware_bootbank_vdfs_7.0.1-0.20.17325020
                  • VMware_bootbank_esx-update_7.0.1-0.20.17325020
                  • VMware_bootbank_loadesx_7.0.1-0.20.17325020
                  • VMW_bootbank_vmkata_0.1-1vmw.701.0.20.17325020
                  • VMW_bootbank_nvmerdma_1.0.1.2-1vmw.701.0.20.17325020
                  • VMW_bootbank_vmkfcoe_1.0.0.2-1vmw.701.0.20.17325020
                  • VMW_bootbank_vmkusb_0.1-1vmw.701.0.20.17325020
                  PR corregidas 2661006, 2671485, 2636149
                  Números de CVE relacionados CVE-2020-3999
                  • Esta revisión actualiza los siguientes problemas:

                    • ESXi 7.0 Update 1c soluciona una vulnerabilidad de denegación de servicio debido a una validación de entrada incorrecta en variables de GuestInfo. Un usuario malintencionado con acceso normal de privilegios de usuario a una máquina virtual puede provocar errores en el proceso de VMX de la máquina virtual, lo que genera una condición de denegación de servicio. El proyecto de vulnerabilidades y exposiciones comunes (Common Vulnerabilities and Exposures, cve.mitre.org) asignó el identificador CVE-2020-3999 a este problema. Para obtener más información, consulte VMSA-2020-0029.

                    • La base de datos SQLite se actualizó a la versión 3.33.0.

                    • La biblioteca userworld OpenSSL de ESXi se actualizó a la versión openssl-1.0.2w.

                    • La versión de OpenSSH se actualizó a la versión 8.3p1.

                    • El daemon de NTP se actualizó a la versión ntp-4.2.8p15.

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

                    • ESXi 7.0 Update 1c incluye las siguientes imágenes ISO de VMware Tools:

                      • windows.iso: VMware Tools 11.1.5 admite Windows 7 SP1 o Windows Server 2008 R2 SP1 y versiones posteriores.
                      • linux.iso: Imagen ISO de VMware Tools 10.3.22 para sistema operativo Linux con glibc 2.5 o posterior.

                      Las siguientes imágenes ISO de VMware Tools están disponibles para descargarse:

                      • VMware Tools 10.0.12:
                        • winPreVista.iso para Windows 2000, Windows XP y Windows 2003
                        • linuxPreGLibc25.iso para el sistema operativo Linux con una versión glibc anterior a 2.5.
                           
                      • VMware Tools 11.0.6
                        • windows.iso para Windows Vista (SP2) y Windows Server 2008 Service Pack 2 (SP2).
                      • 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:

                  Imagen ESXi: ESXi70U1c-17325551
                  Nombre ESXi
                  Versión 7.0 U1c-17325551
                  Fecha de versión 17 de diciembre de 2020
                  Categoría Mejora
                  Componentes afectados
                  • ESXi
                  • Componente de instalación/actualización de ESXi
                  • Controlador de la controladora de almacenamiento ATA de VMware
                  • Controlador de la controladora de matriz inteligente de HPE
                  • Controlador USB de VMware
                  • Controlador de la controladora de almacenamiento de matriz inteligente para la solución de almacenamiento de Microsemi
                  PR corregidas  2656093, 2652863, 2653874, 2643508, 2644189, 2652344, 2661064, 2667291, 2662512, 2644221, 2662606, 2661153, 2655181, 2657411, 2675442, 2657649, 2662558, 2661818, 2664084, 2625155, 2658647, 2659015, 2654686, 2664278, 2676632, 2647557, 2647557, 2628899, 2663717, 2633194, 2661808, 2670891, 2665031, 2644003, 2664045, 2655992, 2661584
                  Números de CVE relacionados CVE-2020-3999
                    Imagen ESXi: ESXi7.0U1sc-17325020
                    Nombre ESXi
                    Versión 7.0 U1sc-17325020
                    Fecha de versión 17 de diciembre de 2020
                    Categoría Mejora
                    Componentes afectados
                    • ESXi
                    • Componente de instalación/actualización de ESXi
                    • Controlador de la controladora de almacenamiento ATA de VMware
                    • Controlador RDMA de VMware NVMe over Fabric
                    • Controlador FCoE de software nativo de VMware
                    • Controlador USB de VMware
                    PR corregidas  2661006, 2671485, 2636149
                    Números de CVE relacionados CVE-2020-3999

                      Problemas conocidos

                      Los problemas conocidos se agrupan del siguiente modo:

                      Problemas de actualización
                      • Se puede producir un error en las actualizaciones a ESXi 7.x desde la versión 6.5.x y 6.7.0 mediante ESXCLI debido a una limitación de espacio

                        Se puede producir un error en las actualizaciones a ESXi 7.x desde las versiones 6.5.x y 6.7.0 mediante el uso de los comandos de ESXCLI esxcli software profile update o esxcli software profile install, ya que la partición bootbank de ESXi puede ser menor que el tamaño del perfil de imagen. En ESXi Shell o en el shell de PowerCLI, se muestra un error como el siguiente:
                         [ErrorInstalación]  
                        La transacción pendiente requiere 244 MB de espacio libre; sin embargo, el tamaño máximo admitido es de 239 MB.  
                        Consulte el archivo de registro para obtener más detalles.
                        El problema también se produce cuando se intenta realizar una actualización de host ESXi mediante los comandos de ESXCLI esxcli software vib update o esxcli software vib install.

                        Solución alternativa: Puede realizar la actualización en dos pasos, si utiliza el comando esxcli software profile update para actualizar hosts ESXi a ESXi 6.7 Update 1 o una versión posterior y, a continuación, actualiza a 7.0 Update 1c. Como alternativa, puede ejecutar una actualización mediante una imagen ISO y vSphere Lifecycle Manager.

                      Problemas varios
                      • No se admite el borrado de disco seguro de vSAN en dispositivos NVMe con varios espacios de nombres

                        Si un dispositivo NVME tiene varios espacios de nombres configurados, no se admiten las operaciones de borrado de disco seguro de vSAN.
                        Si se configura un nuevo espacio de nombres mientras está en curso una operación de borrado seguro, por ejemplo, en la arquitectura de VMware Tanzu para Dell EMC VxRail o la plataforma de Google Cloud, es posible que se borren los datos del espacio de nombres recién agregado, por lo que las operaciones de borrado de disco seguro de vSAN solo se admiten para dispositivos NVME con un único espacio de nombres.

                        Solución alternativa: Ninguna

                      Problemas conocidos de versiones anteriores

                      Para ver una lista de los problemas conocidos anteriores, haga clic aquí.

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