Fecha de versión: 29 de noviembre de 2018

IMPORTANTE: Si es cliente de vSAN, antes de actualizar a ESXi650-201810002, si no ha actualizado a ESXi650-201810001, y si es probable que se expanda un VMDK, siga estos pasos:

1. Inicie sesión en el host ESXi mediante SSH como raíz.
2. Establezca la opción de configuración avanzada VSAN.ClomEnableInplaceExpansion en 0 en todos los hosts.

No se requiere reiniciar. El ajuste de VSAN.ClomEnableInplaceExpansion no afecta a los reinicios de los hosts ni a las cargas de trabajo en ejecución.

Después de actualizar todos los hosts a ESXi650-201810001, puede establecer VSAN.ClomEnableInplaceExpansion en 1 y habilitarlo.

Si ha actualizado a ESXi650-201810001, no se requiere ningún paso adicional.

Nombre de archivo de descarga:

ESXi650-201811002.zip

Compilación:

10884925

Tamaño de descarga:

457,4 MB

md5sum:

7d3cd75ace63f381d8c8f34e24c9c413

sha1checksum:

882b1fb4bc139dd65956a3e9380f4f03eeb2538a

Reinicio requerido del host: Sí

Migración de máquina virtual o apagado requeridos: Sí

Boletines

Identificador del boletín	Categoría	Gravedad
ESXi650-201811401-BG	Corrección de error	Crítico
ESXi650-201811402-BG	Corrección de error	Importante
ESXi650-201811403-BG	Corrección de error	Importante
ESXi650-201811404-BG	Corrección de error	Crítico
ESXi650-201811405-BG	Corrección de error	Importante
ESXi650-201811406-BG	Corrección de error	Moderado
ESXi650-201811101-SG	Seguridad	Crítico
ESXi650-201811102-SG	Seguridad	Importante
ESXi650-201811103-SG	Seguridad	Moderado

Boletín acumulativo de actualizaciones

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

Identificador del boletín	Categoría	Gravedad
ESXi650-201811002	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-6.5.0-20181104001-standard

ESXi-6.5.0-20181104001-no-tools

ESXi-6.5.0-20181101001s-standard

ESXi-6.5.0-20181101001s-no-tools

Para obtener más información sobre cada boletín, consulte la página My VMware y las secciones Problemas resueltos y Problemas conocidos.

Descarga e instalación de revisiones

La forma habitual de aplicar revisiones a los hosts ESXi es mediante VMware vSphere Update Manager. Para obtener más información, consulte Acerca de la instalación y administración de VMware vSphere Update Manager.

Los hosts ESXi pueden actualizarse mediante la descarga manual del archivo ZIP de revisión desde la página de descarga de VMware y la instalación de VIB mediante el comando esxcli software vib. Además, el sistema se puede actualizar mediante el perfil de imagen y el comando esxcli software profile.

Para obtener más información, consulte los conceptos y ejemplos de la interfaz de línea de comandos de vSphere y la Guía de actualización de vSphere.

Problemas resueltos

Los problemas resueltos se agrupan del siguiente modo:

• ESXi650-201811401-BG
• ESXi650-201811402-BG
• ESXi650-201811403-BG
• ESXi650-201811404-BG
• ESXi650-201811405-BG
• ESXi650-201811406-BG
• ESXi650-201811101-SG
• ESXi650-201811102-SG
• ESXi650-201811103-SG
• ESXi-6.5.0-20181104001-standard
• ESXi-6.5.0-20181104001-no-tools
• ESXi-6.5.0-20181101001s-standard
• ESXi-6.5.0-20181101001s-no-tools

ESXi650-201811401-BG

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_esx-base_6.5.0-2.75.10884925 VMware_bootbank_esx-tboot_6.5.0-2.75.10884925 VMware_bootbank_vsan_6.5.0-2.75.10884926 VMware_bootbank_vsanhealth_6.5.0-2.75.10884927
PR fijadas	1847663, 1863313, 1894568, 1949789, 2021943, 2022147, 2029579, 2037849, 2037926, 2057600, 2063154, 2071506, 2071610, 2071817, 2072971, 2073175, 2078843, 2079002, 2083594, 2083627, 2084723, 2088951, 2089048, 2096942, 2097358, 2098928, 2102135, 2102137, 2107335, 2113432, 2119609, 2122259, 2122523, 2128932, 2130371, 2133589, 2136002, 2139317, 2139940, 2142767, 2144766, 2152381, 2153867, 2154912, 2187127, 2128759, 2155840, 2155858, 2156840, 2157503, 2158561, 2164733, 2167294, 2167877, 2170126, 2171799, 2173856, 2179262, 2180962, 2182211, 2186065, 2191349, 2192629, 2192836, 2193829, 2187136, 2194304, 2197789, 2203385, 2203836, 2204024, 2204028, 2204507, 2209900, 2209919, 2211285, 2211639, 2213917, 2225439, 2225471, 2133634, 2139131
Números CVE	N/C

Esta revisión actualiza los VIB esx-base, esx-tboot, vsan y vsanhealth para resolver los problemas siguientes:

• Continuidad del sitio inteligente para los clústeres ampliados. En el caso de una partición entre los sitios de datos preferido y secundario, ESXi650-201811002 permite a vSAN determinar inteligentemente el sitio que da lugar a la máxima disponibilidad de datos antes de formar automáticamente cuórum con el testigo. El sitio secundario puede funcionar como el sitio activo hasta que el sitio preferido tenga la copia más reciente de los datos. Esto evita que las máquinas virtuales vuelvan a migrar hacia el sitio preferido y se pierda la localidad de las lecturas de datos.

• Resincronización adaptable para la administración dinámica del tráfico de resincronización. Con ESXi650-201811002, la resincronización adaptativa acelera el tiempo para el cumplimiento, restaurando un objeto a sus errores que se toleran proporcionados, mediante la asignación de ancho de banda dedicado para E/S de resincronización. La E/S de resincronización es generada por vSAN para que un objeto vuelva a estar en cumplimiento. Mientras se garantiza el ancho de banda mínimo para las operaciones de E/S de resincronización, el ancho de banda se puede aumentar dinámicamente si no hay ninguna contención desde el cliente de E/S. Por otro lado, si no hay ninguna operación de E/S de resincronización, las operaciones de E/S de cliente pueden usar el ancho de banda adicional.  

• PR 1949789: Se puede producir un error en la actualización a ESXi 6.5 y versiones posteriores mediante vSphere Update Manager debido a un problema con la biblioteca libparted

  Se puede producir un error en la actualización a ESXi 6.5 y versiones posteriores mediante vSphere Update Manager debido a un problema con la biblioteca de código abierto libparted. Es posible que se muestre el siguiente seguimiento inverso:

  [root@hidrogenio07:~] partedUtil getptbl /vmfs/devices/disks/naa.60000970000592600166533031453135
El seguimiento inverso tiene 12 llamadas en la pila:
12: /lib/libparted.so.0(ped_assert+0x2a) [0x9e524ea]
11: /lib/libparted.so.0(ped_geometry_read+0x117) [0x9e5be77]
10: /lib/libparted.so.0(ped_geometry_read_alloc+0x75) [0x9e5bf45]
9: /lib/libparted.so.0(nilfs2_probe+0xb5) [0x9e82fe5]
8: /lib/libparted.so.0(ped_file_system_probe_specific+0x5e) [0x9e53efe]
7: /lib/libparted.so.0(ped_file_system_probe+0x69) [0x9e54009]
6: /lib/libparted.so.0(+0x4a064) [0x9e8f064]
5: /lib/libparted.so.0(ped_disk_new+0x67) [0x9e5a407]
4: partedUtil() [0x804b309]
3: partedUtil(main+0x79e) [0x8049e6e]
2: /lib/libc.so.6(__libc_start_main+0xe7) [0x9edbb67]
1: partedUtil() [0x804ab4d] Aborted

  El problema está resuelto en esta versión.

• PR 2169914: Puede que las matrices SolidFire no tengan un rendimiento óptimo

  Puede que las matrices SolidFire no tengan un rendimiento óptimo sin la reconfiguración de las reglas de notificación de SATP.

  El problema está resuelto en esta versión. Esta solución establece las reglas de notificación del complemento de tipo de matriz de almacenamiento (Storage Array Type Plugin, SATP) para matrices de almacenamiento SAN de SSD de SolidFire como VMW_SATP_DEFAULT_AA y la directiva de selección de ruta de acceso (Path Selection Policy, PSP) como VMW_PSP_RR con 10 operaciones de E/S por segundo de manera predeterminada para lograr un rendimiento óptimo.

• PR 2169924: Las reglas de notificación deben agregarse de forma manual a ESXi

  Las reglas de notificación deben agregarse manualmente a ESXi para los siguientes modelos de matrices de almacenamiento DELL MD: MD32xx, MD32xxi, MD36xxi, MD36xxf, MD34xx, MD38xxf y MD38xxi. 

  El problema está resuelto en esta versión. Esta solución establece SATP como VMW_SATP_ALUA, PSP como VMW_PSP_RR y las opciones de notificación como tpgs_on de forma predeterminada para los siguientes modelos de matrices de almacenamiento DELL MD: MD32xx, MD32xxi, MD36xxi, MD36xxf, MD34xx, MD38xxf y MD38xxi. 

• PR 2170118: Se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado durante el apagado o la desconexión de máquinas virtuales si se utiliza EMC RecoverPoint

  Se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado durante el apagado o la desconexión de una máquina virtual si se utiliza EMC RecoverPoint debido a una condición de carrera en la herramienta de filtro de vSCSI.

  El problema está resuelto en esta versión.

• PR 2170120: Es posible que algunas rutas de acceso a un dispositivo de almacenamiento dejen de estar disponibles después de una actualización sin interrupciones de los controladores de la matriz de almacenamiento

  Durante una actualización sin interrupciones, es posible que algunas rutas de acceso tengan un estado de pérdida de dispositivo permanente (Permanent Device Loss, PDL). Dichas rutas de acceso permanecen no disponibles incluso después de la actualización. Por ello, el dispositivo puede perder la conectividad.

  El problema está resuelto en esta versión.

• PR 2071817: Se puede producir un error en los hosts ESXi debido a una estructura de datos dañada en la memoria caché de páginas

  Se puede producir un error en los hosts ESXi con una pantalla de diagnóstico de color morado al quitar una página de la memoria caché de páginas debido a una estructura de datos dañada. Es posible que se muestre el siguiente seguimiento inverso:

  2018-01-01T04:02:47.859Z cpu13:33232)Backtrace for current CPU #13, worldID=33232, rbp=0xd
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b720:[0x41800501883b]PageCacheRemoveFirstPageLocked@vmkernel#nover+0x2f stack: 0x4305dd30
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b740:[0x418005019144]PageCacheAdjustSize@vmkernel#nover+0x260 stack: 0x0, 0x3cb418317a909
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81bfd0:[0x41800521746e]CpuSched_StartWorld@vmkernel#nover+0xa2 stack: 0x0, 0x0, 0x0, 0x0, 0
2018-01-01T04:02:47.877Z cpu13:33232)^[[45m^[[33;1mVMware ESXi 6.0.0 [Releasebuild-6921384 x86_64]^[[0m
#GP Exception 13 in world 33232:memMap-13 @ 0x41800501883b

  El problema está resuelto en esta versión. Para obtener más información, consulte el artículo 53511 de la base de conocimientos de VMware.

• PR 2107335: Las reglas de notificación deben agregarse de forma manual al host ESXi

  Las reglas de notificación deben agregarse manualmente al host ESXi para las matrices de almacenamiento HITACHI OPEN-v. 

  El problema está resuelto en esta versión. Esta solución establece SATP como VMW_SATP_ALUA, PSP como VMW_PSP_RR y las opciones de notificación como tpgs_on de forma predeterminada para las matrices de almacenamiento de tipo HITACHI OPEN-v compatibles con el acceso asimétrico a unidades lógicas (Asymmetric Logical Unit Access, ALUA). La solución también establece SATP como VMW_SATP_DEFAULT_AA, PSP como VMW_PSP_RR y las opciones de notificación como tpgs_off de forma predeterminada para las matrices de almacenamiento de tipo HITACHI OPEN-v sin compatibilidad con ALUA.

• PR 2122259: Los ajustes agregados manualmente a la configuración de NTP se pueden perder después de una actualización de NTP

  Si se agregan ajustes manualmente a la configuración de NTP, es posible que estos se eliminen del archivo ntp.conf si se actualiza NTP mediante vSphere Web Client. Las actualizaciones de NTP conservan todos los ajustes junto con las opciones de restricción, driftfile y los servidores agregados de forma manual al archivo ntp.conf. Si se modifica de forma manual el archivo ntp.conf, es necesario reiniciar hostd para propagar las actualizaciones.

  El problema está resuelto en esta versión.

• PR 2136002: Los tickets obsoletos en discos de memoria RAM pueden provocar que los hosts ESXi dejen de responder

  Los tickets obsoletos, los cuales no se eliminan antes de que hostd genere un nuevo ticket, pueden agotar los nodos de los discos de memoria RAM. Esto puede provocar que los hosts ESXi dejen de responder.

  El problema está resuelto en esta versión.

• PR 2083594: Es posible que no se pueda utilizar un dispositivo USB conectado como acceso directo para migrar máquinas virtuales si se utiliza vSphere vMotion

  Es posible que no se pueda utilizar un dispositivo USB conectado como acceso directo para migrar máquinas virtuales si se utiliza vSphere vMotion debido a una comprobación de condición redundante.

  El problema está resuelto en esta versión. Si ya experimenta el problema, agregue al archivo vmx la siguiente línea: usb.generic.allowCCID = "TRUE". Para obtener más información, consulte el artículo 55789 de la base de conocimientos de VMware. 

• PR 2128932: Se puede producir un error que no se muestre en una E/S enviada a una instantánea VMFSsparse

  Si una máquina virtual forma parte de una instantánea VMFSsparse, es posible que las operaciones de E/S enviadas a la máquina virtual se procesen solo parcialmente en el nivel de VMFSsparse, pero que las capas superiores, como los filtros de E/S, supongan que la transferencia se realizó correctamente. Esto puede producir una inconsistencia de datos.

  El problema está resuelto en esta versión. Esta solución configura un estado de error transitorio para la referencia de las capas superiores si se ha completado una operación de E/S. 

• PR 2144766: Los comandos de E/S pueden producir un error CAMPO NO VÁLIDO EN CDB

  Puede que los hosts ESXi no reflejen el parámetro MAXIMUM TRANSFER LENGTH del que informa el dispositivo SCSI en la página VPD de límites de bloque. Por lo tanto, los comandos de E/S emitidos con un tamaño de transferencia mayor al límite pueden producir un error con un registro similar:

  2017-01-24T12:09:40.065Z cpu6:1002438588)ScsiDeviceIO: SCSICompleteDeviceCommand:3033: Cmd(0x45a6816299c0) 0x2a, CmdSN 0x19d13f from world 1001390153 to dev "naa.514f0c5d38200035" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.

  El problema está resuelto en esta versión.

• PR 2152381: Es posible que la utilidad de línea de comandos esxtop no muestre correctamente la profundidad de la cola de dispositivos

  Es posible que la utilidad de línea de comandos esxtop no muestre un valor actualizado de profundidad de cola de dispositivos si se cambia la profundidad de cola de la ruta de acceso del dispositivo correspondiente.

  El problema está resuelto en esta versión.

• PR 2089048: Usar la opción de extensión de ventanas variables de los servicios de implementación de Windows (Windows Deployment Services, WDS) en máquinas virtuales con firmware EFI puede causar un arranque PXE lento

  Si se intenta realizar un arranque PXE en una máquina virtual donde se utiliza firmware EFI con un adaptador de red vmxnet3 y WDS, y no se deshabilitó la opción de extensión de ventanas variables en WDS, la máquina virtual puede arrancar demasiado lento.

  El problema está resuelto en esta versión.

• PR 2102135: Los dispositivos Apple con una versión de iOS posterior a iOS 11 no se pueden conectar a máquinas virtuales con una versión de OS X posterior a OS X 10.12

  Debido a problemas de USB de Apple, los dispositivos con una versión de iOS posterior a iOS 11 no se pueden conectar a máquinas virtuales con una versión de OS X posterior a OS X 10.12.

  El problema está resuelto en esta versión. Para habilitar la conexión en las versiones anteriores de ESXi, agregue usb.quirks.darwinVendor45 = TRUE como una nueva opción al archivo de configuración .vmx. 

• PR 2139940: Es posible que los identificadores para enviar datos de vmware.log a Syslog no funcionen según lo esperado

  Es posible que los identificadores para enviar datos de vmware.log a Syslog, definidos con vmx.log.syslogID, no funcionen según lo esperado debido a que se omite la cadena especificada en la variable.

  El problema está resuelto en esta versión.

• PR 2088951: Se puede producir un error de forma intermitente en los hosts ESXi si se deshabilitan las direcciones IPv6 globales

  Se puede producir un error de forma intermitente en los hosts ESXi si se deshabilitan las direcciones IPv6 globales debido a que una ruta de acceso de código todavía utiliza IPv6.

  El problema está resuelto en esta versión. Si ya experimenta el problema, vuelva a habilitar las direcciones IPv6 globales para evitar errores en los hosts. Si necesita deshabilitar las direcciones IPv6 por algún motivo, debe deshabilitar las IPv6 en los vmknics individuales, no las direcciones IPv6 globales. 

• PR 2098928: Se puede producir un error en hostd si se realiza una solicitud HTTP durante la inicialización de hostd

  En situaciones excepcionales, cuando se realiza una solicitud HTTP durante la inicialización de hostd, se puede producir un error en el agente.

  El problema está resuelto en esta versión.

• PR 2097358: Se produce un error en hostd cuando existen ciertos parámetros no válidos en el archivo VMX de una máquina virtual

  Se puede producir un error en hostd cuando existen ciertos parámetros no válidos en el archivo .vmx de una máquina virtual. Por ejemplo, cuando se agrega manualmente un parámetro, como ideX:Y.present, con un valor True al archivo .vmx.

  El problema está resuelto en esta versión.

• PR 2078843: Se puede producir un error en la migración mediante vSphere vMotion entre hosts de diferentes versiones de ESXi

  Cuando existen hosts de diferentes versiones de ESXi en un clúster de máquinas virtuales Linux, y el nivel de Enhanced vMotion Compatibility (EVC) se establece en L0 o L1 para procesadores Merom y Penryn, es posible que las máquinas virtuales dejen de responder si se intenta la migración mediante vSphere vMotion de un host ESXi 6.0 a un host con una versión más reciente de ESXi.

  El problema está resuelto en esta versión.

• PR 2153867: Es posible que un host ESXi deje de responder al cerrar volúmenes VMware vSphere VMFS6

  Un host ESXi puede dejar de responder si los latidos del almacén de datos se detienen prematuramente al cerrar VMware vSphere VMFS6. Por lo tanto, el administrador de afinidad no puede cerrarse correctamente.

  El problema está resuelto en esta versión.

• PR 2133589: Las reglas de notificación deben agregarse manualmente a ESXi para las matrices de almacenamiento Tegile IntelliFlash

  Las reglas de notificación deben agregarse manualmente a ESXi para las matrices de almacenamiento Tegile IntelliFlash.

  El problema está resuelto en esta versión. Esta solución configura SATP como VMW_SATP_ALUA, PSP como VMW_PSP_RR y las opciones de notificación como tpgs_on de forma predeterminada para las matrices de almacenamiento Tegile IntelliFlash compatibles con ALUA. La solución también establece SATP en VMW_SATP_DEFAULT_AA, PSP en VMW_PSP_RR y las opciones de notificación en tpgs_off de forma predeterminada para las matrices de almacenamiento Tegile IntelliFlash sin compatibilidad con ALUA.

• PR 2113432: Los eventos de observaciones de VMkernel (VMkernel Observations, VOB) pueden generar advertencias de rendimiento del dispositivo innecesarias

  Se pueden generar estos dos eventos VOB debido a variaciones en la latencia de E/S en una matriz de almacenamiento, pero no se informa ningún problema real en las máquinas virtuales:

  1. Se deterioró el rendimiento del dispositivo naa.xxx. La latencia de E/S aumentó del valor promedio de 4114 microsegundos a 84518 microsegundos.
  2. El rendimiento del dispositivo naa.xxx mejoró. La latencia de E/S se redujo de 346115 microsegundos a 67046 microsegundos.

  El problema está resuelto en esta versión.

• PR 2119609: La migración de una máquina virtual con un conmutador de dispositivo de sistema de archivos (Filesystem Device Switch, FDS) en un almacén de datos de VMware vSphere Virtual Volumes mediante VMware vSphere vMotion puede provocar varios problemas

  Si se utiliza vSphere vMotion para migrar una máquina virtual con filtros de dispositivos de archivos de un almacén de datos de vSphere Virtual Volumes a otro host, y en la máquina virtual se encuentran habilitados el seguimiento de bloques modificados (Changed Block Tracking, CBT), VMware vSphere Flash Read Cache (VFRC) o los filtros de E/S, la migración puede causar problemas con cualquiera de esas funciones. Durante la migración, los filtros de dispositivos de archivos pueden no transferirse correctamente al host. Por lo tanto, es posible que se observen copias de seguridad incrementales dañadas en CBT, una degradación de rendimiento en VFRC y los filtros de E/S de la memoria caché, así como daños en los filtros de E/S de replicación y el disco, cuando los filtros de E/S de la memoria caché se configuran en modo de reescritura. También se pueden observar problemas con el cifrado de la máquina virtual.

  El problema está resuelto en esta versión.

• PR 2096942: Las llamadas de API getTaskUpdate a identificadores de tareas eliminadas pueden provocar el desborde del registro y un mayor uso de ancho de banda de API

  Si utiliza un proveedor de VMware vSphere API for Storage Awareness, es posible que se muestren varias llamadas getTaskUpdate a tareas canceladas o eliminadas. Por lo tanto, es posible que se observe un mayor uso de ancho de banda de vSphere API for Storage Awareness y un desborde del registro.

  El problema está resuelto en esta versión.

• PR 2142767: VMware vSphere Virtual Volumes puede dejar de responder si un proveedor de vSphere API for Storage Awareness pierde la información de enlace de su base de datos

  vSphere Virtual Volumes puede dejar de responder debido a un bucle infinito que carga las CPU al 100 % si un proveedor de vSphere API for Storage Awareness pierde la información de enlace de su base de datos. Hostd también puede dejar de responder. Se puede mostrar un mensaje de error irrecuperable. Esta solución impide los bucles infinitos en caso de errores de enlace de la base de datos.

  El problema está resuelto en esta versión.

• PR 2155840: Hostd puede dejar de responder durante el esfuerzo de registro

  Si el grupo de recursos de registro de un host ESXi se esfuerza debido a un registro excesivo, hostd puede dejar de responder mientras se ejecutan los comandos esxcfg-syslog. Como esta solución mueve los comandos relacionados con esxcfg-syslog del grupo de recursos de registro a ESXi Shell, es posible observar un mayor uso de memoria en el grupo de recursos de shell predeterminado.

  El problema está resuelto en esta versión.

• PR 2088424: Es posible ver alarmas de estado de hardware falsas debido a sensores deshabilitados o inactivos de la interfaz de administración de plataforma inteligente (Intelligent Platform Management Interface, IPMI)

  Los sensores de IPMI deshabilitados o los que no informan de ningún dato pueden generar alarmas de estado de hardware falsas.

  El problema está resuelto en esta versión. Esta solución filtra las alarmas de ese tipo.

• PR 2156458: Eliminar del registro un proveedor de vSphere API for Storage Awareness en un estado desconectado puede provocar un error

  Si se elimina del registro un proveedor de vSphere API for Storage Awareness en un estado desconectado, puede que aparezca el error java.lang.NullPointerException. Los administradores de eventos y alarmas no se inicializan cuando un proveedor está en un estado desconectado, lo que provoca el error.

  El problema está resuelto en esta versión.

• PR 2122523: Un almacén de datos VMFS6 puede informar incorrectamente de que se agotó el espacio

  Un almacén de datos VMFS6 puede indicar de forma incorrecta que se agotó el espacio debido a entradas de memoria caché obsoletas.

  El problema está resuelto en esta versión. Se han corregido los informes de asignación de espacio con las actualizaciones automáticas de las entradas de memoria caché, pero esta corrección impide que se muestre el error incluso antes de una actualización.

• PR 2052171: Se puede producir un error en la consolidación de discos de máquina virtual si la máquina virtual tiene instantáneas creadas con la memoria caché de lectura basada en contenido (Content Based Read Cache, CBRC) habilitada y luego se deshabilita esta función

  Si una máquina virtual tiene instantáneas creadas con CBRC y luego se deshabilita CBRC, se puede producir el error Un parámetro especificado no era correcto: spec.deviceChange.device en operaciones de consolidación de discos debido a la eliminación de un archivo de resumen tras deshabilitar CBRC. Se muestra una alerta Se necesitan consolidar los discos de la máquina virtual hasta que se resuelve el problema.

  El problema está resuelto en esta versión. Esta solución evita el problema, pero aún es posible que se produzca en máquinas virtuales que tienen instantáneas tomadas con una CBRC habilitada que luego se deshabilita. Si ya experimenta el problema, habilite el resumen en toda la cadena de discos para eliminar y volver a crear todos los archivos de resumen.

• PR 2071506: Puede que OpenManage Integration for VMware vCenter (OMIVV) de Dell no identifique algunos servidores modulares Dell de Integrated Dell Remote Access Controller (iDRAC)

  OMIVV se basa en la información de la propiedad de iDRAC hardware.systemInfo.otherIdentifyingInfo.ServiceTag para recuperar el parámetro SerialNumber e identificar algunos servidores modulares de Dell. Un error de coincidencia en la propiedad serviceTag puede producir un error en esta integración.

  El problema está resuelto en esta versión.

• PR 2137711: Los sensores de presencia en la pestaña Estado de hardware pueden mostrar el estado Desconocido

  Anteriormente, si no se encontraba un componente como un procesador o un ventilador en un sistema vCenter Server, los sensores de presencia mostraban el estado Desconocido. Sin embargo, los sensores de presencia no tienen un estado asociado.

  El problema está resuelto en esta versión. Esta solución filtra los componentes con estado Desconocido.

• PR 2192836: Si el destino conectado a un host ESXi admite solo ALUA implícita y tiene rutas de acceso solo en espera, se puede producir un error en el host con una pantalla de diagnóstico de color morado al detectar el dispositivo

  Si el destino conectado a un host ESXi admite solo ALUA implícita y tiene rutas de acceso solo en espera, se puede producir un error en el host con una pantalla de diagnóstico de color morado al detectar el dispositivo debido a una condición de carrera. Es posible que se muestre un seguimiento inverso similar al siguiente:

  SCSIGetMultipleDeviceCommands (vmkDevice=0x0, result=0x451a0fc1be98, maxCommands=1, pluginDone=<optimized out>) at bora/vmkernel/storage/device/scsi_device_io.c:2476
0x00004180171688bc in vmk_ScsiGetNextDeviceCommand (vmkDevice=0x0) at bora/vmkernel/storage/device/scsi_device_io.c:2735
0x0000418017d8026c in nmp_DeviceStartLoop (device=device@entry=0x43048fc37350) at bora/modules/vmkernel/nmp/nmp_core.c:732
0x0000418017d8045d in nmpDeviceStartFromTimer (data=..., data@entry=...) at bora/modules/vmkernel/nmp/nmp_core.c:807

  El problema está resuelto en esta versión.

• PR 2130371: Se puede producir un error en la actualización de VMware Tools con el código VIX 21000

  Si un host ESXi no tiene ninguna imagen ISO de VMware Tools disponible y se intenta actualizar VMware Tools en una máquina virtual activa, se puede producir un error en la operación con el código VIX 21000. Es posible que no pueda actualizar VMware Tools mediante la API, vSphere Client o vSphere Web Client, incluso después de obtener una imagen ISO disponible. Esto se debe a que el host ESXi almacena en caché la primera comprobación de disponibilidad durante el encendido de la máquina virtual y no la actualiza.

  El problema está resuelto en esta versión. La solución establece un valor predeterminado de caducidad de 5 minutos para la comprobación de disponibilidad de imagen ISO de VMware Tools. Si se produce un error en una actualización, se puede volver a intentar la operación 5 minutos después de montar una imagen ISO.

• PR 2021943: Los registros del servicio de hostd y Syslog pueden recopilar registros de excepción de depuración innecesarios

  Los registros del servicio de hostd y Syslog pueden recopilar registros de excepción de depuración innecesarios de todos los hosts ESXi en un clúster.

  En el registro de hostd, los mensajes son similares a lo siguiente:
  No match, sensor_health file missing sensorNumer 217: class 3 sensor type 35 offset 0

  En Syslog, /etc/sfcb/omc/sensor_health, los mensajes son similares a lo siguiente:
  Missing expected value to check for

  El problema está resuelto en esta versión.

• PR 2167294: Todas las rutas desactivadas (All Paths Down, APD) no se activa para los LUN detrás de un destino de IBM SAN Volume Controller (SVC) incluso si ninguna ruta puede prestar servicios de E/S

  En una configuración de ESXi con varias rutas a los LUN detrás de los destinos de IBM SVC, en caso de pérdida de conexión en rutas activas y si, al mismo tiempo, otras rutas de acceso conectadas no están en un estado que les permita prestar servicios de E/S, puede que el host ESXi no detecte esta condición como APD, incluso si no hay ninguna ruta disponible para prestar servicios de E/S. Por lo tanto, no se producen errores rápidos en las operaciones de E/S en el dispositivo.

  El problema está resuelto en esta versión. Esta corrección está deshabilitada de forma predeterminada. Para habilitar la solución, establezca la opción de configuración de ESXi /Scsi/ExtendAPDCondition en esxcfg-advcfg -s 1 /Scsi/ExtendAPDCondition.

• PR 2022147: Es posible que los tamaños de anillo personalizados Rx y Tx de NIC físicas no sean persistentes en todos los reinicios del host ESXi

  Si se personalizan los tamaños de anillo Rx y Tx de NIC físicas para mejorar el rendimiento de red mediante los siguientes comandos:
  esxcli network nic ring current set -n <vmnicX> -t <value>
esxcli network nic ring current set -n <vmnicX> -r <value>
  es posible que la configuración no sea persistente en todos los reinicios del host ESXi.

  El problema está resuelto en esta versión. La solución hace que estas configuraciones de ESXCLI sean persistentes en todos los reinicios mediante la escritura en el archivo de configuración de ESXi. Es necesario permitir la configuración de tamaños de anillo en las NIC físicas antes de usar la CLI.

• PR 2171799: Un bloqueo flexible de CPU físicas puede provocar un error en un host ESXi con una pantalla de diagnóstico de color morado

  Si se agota el tiempo de espera de una gran cantidad de operaciones de E/S en un sistema de carga pesada, se puede producir un bloqueo flexible de CPU físicas. Como resultado, se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado.

  El problema está resuelto en esta versión.

• PR 2173856: El rendimiento de las operaciones de vSphere vMotion de larga distancia a una latencia elevada puede deteriorarse debido al límite de tamaño de búfer de socket máximo

  Es posible que observe un bajo rendimiento de las operaciones de larga distancia de vSphere vMotion con alta latencia (como 100 ms o más) y vínculos de red de alta velocidad (como 10 GbE) debido al límite de búfer de socket codificado de forma rígida de 16 MB. Con esta corrección, puede configurar el parámetro de tamaño de búfer de socket máximo SB_MAX_ADJ.

  El problema está resuelto en esta versión. 

• PR 2193829: Se puede producir un error en el proceso ejecutable de máquinas virtuales y se pueden apagar las máquinas virtuales durante un reinicio del sistema operativo invitado

  Debido a una condición de carrera, se puede producir un error en el proceso ejecutable de máquinas virtuales y se pueden apagar las máquinas virtuales durante un reinicio del sistema operativo invitado.

  El problema está resuelto en esta versión.

• PR 1894568: Desborde del registro en syslog.log

  Se pueden mostrar varios mensajes, como sfcb-vmware_raw[69194]: IpmiIfcFruGetInv: Failed during send cc = 0xc9 en syslog.log. Estos son registros de información normales, no son registros de error o advertencia.

  El problema está resuelto en esta versión.

• PR 2203385: Después de que se coloca correctamente en modo inactivo una instantánea de una máquina virtual Linux, el administrador de instantáneas puede indicar que la instantánea no se encuentra en modo inactivo

  Después de que se toma una instantánea de una máquina virtual Linux colocada correctamente en modo inactivo, el administrador de instantáneas puede indicar que la instantánea no se encuentra en modo inactivo.

  El problema está resuelto en esta versión.

• PR 2191349: El daemon de supervisión de discos SMART, smartd, puede saturar los registros del servicio Syslog de las compilaciones de versión con mensajes de depuración y de información

  En las compilaciones de versión, smartd puede generar una gran cantidad de mensajes de depuración y de información en los registros del servicio Syslog.

  El problema está resuelto en esta versión. La solución elimina los mensajes de depuración de las compilaciones de versión.

• PR 2179262: Se puede producir un error en las máquinas virtuales con un CD-ROM virtual SATA debido a comandos no válidos

  Los comandos no válidos en un CD-ROM virtual SATA pueden activar errores y aumentar el uso de memoria de las máquinas virtuales. Esto puede desencadenar un error en las máquinas virtuales si no pueden asignar memoria.
  Se pueden mostrar los siguientes registros para los comandos no válidos:
  YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-USER: Invalid size in command
YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-VMM: sata0:0: Halted the port due to command abort.

  Y un mensaje de detención similar al siguiente:
  YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| E105: PANIC: Unrecoverable memory allocation failure

  El problema está resuelto en esta versión. 

• PR 2182211: La columna Ubicación física de la tabla Administración de discos de vSphere Web Client queda vacía

  Cuando se selecciona la columna Ubicación física de la tabla Administración de discos en el panel de control de configuración del clúster de vSphere Web Client, la columna puede permanecer vacía y mostrar solamente información sobre el controlador hpsa.

  El problema está resuelto en esta versión. 

• PR 2194304: El smartd del host ESXi informa de algunas advertencias

  Algunos parámetros de los dispositivos flash críticos, incluidos la temperatura y el conteo de sectores reasignados, no proporcionan valores de umbral. Como resultado, el daemon smartd del host ESXi puede informar de algunas advertencias.

  El problema está resuelto en esta versión.

• PR 2209900: Un host ESXi puede dejar de responder

  El servicio de hostd puede dejar de responder mientras el proceso externo esxcfg-syslog permanece atascado. Como resultado, el host ESXi puede dejar de responder.

  El problema está resuelto en esta versión. 

• PR 2167877: Un host ESXi puede producir una pantalla de diagnóstico de color morado si se habilita IPFIX en tráfico intenso continuo

  Al habilitar IPFIX con un tráfico intenso de diferentes flujos, el latido del sistema puede no reemplazar la CPU de IPFIX durante un largo período y activar una pantalla de diagnóstico de color morado.

  El problema está resuelto en esta versión.

• PR 2211285: Un puerto de máquina virtual puede bloquearse tras una conmutación por error de VMware vSphere High Availability (vSphere HA)

  De forma predeterminada, la función Respuesta de aislamiento de un host ESXi con vSphere HA habilitado se encuentra deshabilitada. Cuando se habilita la función Respuesta de aislamiento, es posible que un puerto de máquina virtual conectado a un conmutador lógico NSX-T se bloquee después de una conmutación por error de vSphere HA.

  El problema está resuelto en esta versión. 

• PR 2211639: Es posible ver paquetes que no concuerdan con el tráfico de infraestructura cuando se deshabilitan VMware vSphere Network I/O Control y el emparejamiento de colas

  Si se deshabilitan vSphere Network I/O Control y el emparejamiento de colas de NIC, es posible que vea paquetes que no concuerdan con el tráfico de infraestructura, como administración, iSCSI y NFS. Esto se debe a que, cuando no se habilita vSphere Network I/O Control, se deshabilita el emparejamiento de colas y las NIC trabajan con varias colas.

  El problema está resuelto en esta versión.

• PR 2186065: Los registros de códigos de eventos de firmware pueden saturar vmkernel.log

  Las unidades que no admiten la página VPD de límites de bloque 0xb0 pueden generar registros de códigos de eventos que saturan el archivo vmkernel.log.

  El problema está resuelto en esta versión.

• PR 2209919: Se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado y se puede mostrar el siguiente mensaje: PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc

  Cuando se replican máquinas virtuales mediante VMware vSphere Replication, se puede producir un error en el host ESXi con una pantalla de diagnóstico de color morado inmediatamente o en las siguientes 24 horas, y se puede mostrar el siguiente mensaje: PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc.

  El problema está resuelto en esta versión.

• PR 2204024: Es posible que las máquinas virtuales dejen de responder debido a errores repetitivos en controladores de dispositivos de terceros para procesar comandos

  Es posible que las máquinas virtuales dejen de responder debido a errores repetitivos en algunos controladores de dispositivos de terceros para procesar comandos. Se puede mostrar el siguiente error al abrir la consola de máquina virtual:

  Error: "No se puede conectar al MKS: No se pudo conectar a la canalización \\.\pipe\vmware-authdpipe en el período de reintentos" 

  El problema está resuelto en esta versión. Esta solución recupera los comandos en controladores de dispositivos de terceros que no responden, y garantiza que los comandos con errores se detengan y se vuelvan a intentar hasta que se ejecuten correctamente.

• PR 2164733: Se puede producir un error de compatibilidad de NamespaceDb en la migración de máquinas virtuales mediante VMware vSphere vMotion si el servicio de introspección de invitado se encuentra activado

  Si el servicio de introspección de invitado en un entorno de vSphere 6.5 con más de 150 máquinas virtuales se encuentra activado, se puede producir un error en la migración de máquinas virtuales mediante vSphere vMotion en vSphere Web Client con un mensaje similar al siguiente:

  El origen detectó un error en la reanudación del destino.

  El vmware.log de destino contiene mensajes de error similares a los siguientes:
  2018-07-18T02:41:32.035Z| vmx| I125: MigrateSetState: Transición de estado 11 a 12.
2018-07-18T02:41:32.035Z| vmx| I125: Migrar: Lista de mensajes de error de almacenamiento en caché de la migración:
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.migration.failedReceive] No se pudo recibir la migración.
2018-07-18T02:41:32.035Z| vmx| I125: [msg.namespaceDb.badVersion] Versión incompatible de -1 (se espera 2).
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.mrestoregroup.failed] Se produjo un error al restaurar el estado de la máquina virtual durante la migración.

  El registro de VMkernel tiene mensajes de error como los siguientes:
  2018-07-18T02:32:43.011Z cpu5:66134)WARNING: Heap: 3534: Heap fcntlHeap-1 already at its maximum size. Cannot expand.
2018-07-18T02:41:35.613Z cpu2:66134)WARNING: Heap: 4169: Heap_Align(fcntlHeap-1, 200/200 bytes, 8 align) failed. caller: 0x41800aaca9a3

  El problema está resuelto en esta versión.

• PR 2063154: Un host ESXi puede dejar de responder cuando se desconecta de un almacén de datos de NFS configurado para el registro

  Si se configura un almacén de datos de NFS como un almacén de datos de Syslog y un host ESXi se desconecta de él, se detiene el registro en el almacén de datos y el host ESXi puede dejar de responder.

  El problema está resuelto en esta versión.

• PR 2203836: Las reglas de notificación deben agregarse manualmente a ESXi para las matrices de almacenamiento serie Lenovo DE

  Esta solución configura SATP como VMW_SATP_ALUA, PSP como VMW_PSP_RR y las opciones de notificación como tpgs_on de forma predeterminada para las matrices de almacenamiento serie Lenovo DE.

  El problema está resuelto en esta versión.

• PR 2110196: Error en el disco de capacidad de un clúster de vSAN con la desduplicación que provoca un error de host

  En un clúster de vSAN con la desduplicación habilitada, puede producirse un error en un host ESXi si las operaciones de E/S se dirigen a un disco que se encuentra en estado de pérdida de dispositivo permanente (PDL).

  El problema está resuelto en esta versión.

• PR 2084723: Se puede producir un error en hostd si se elimina de un host ESXi la carpeta de paquetes de soporte de una máquina virtual

  Si se elimina manualmente de un host ESXi la carpeta de paquetes de soporte de una máquina virtual, descargada en el directorio /scratch/downloads del host, se puede producir un error en hostd cuando este intente eliminar automáticamente carpetas de esta ruta de acceso una hora después de su creación.

  El problema está resuelto en esta versión.

• PR 2213917: Se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado debido a una condición de carrera

  Aunque ya se haya expulsado la entrada de la memoria caché, es posible que se expulse nuevamente debido a una condición de carrera. Esto produce una desreferencia de puntero nulo en el host ESXi, lo que provoca un error en el host ESXi.

  El problema está resuelto en esta versión.

• PR 2197789: El programador de NIOC puede restablecer el vínculo superior

  Es posible que el programador hclock de NIOC restablezca el dispositivo de red de vínculo superior cuando el vínculo superior se utiliza periódicamente, y que el restablecimiento no sea predecible.

  El problema está resuelto en esta versión.

• PR 1863313: Aplicar un perfil de host con instalaciones con estado habilitadas en un host ESXi 6.5 mediante vSphere Auto Deploy puede producir un error

  Si se habilita la función de instalaciones con estado en un perfil de host, y la NIC de VMkernel de administración se conecta a un conmutador virtual distribuido, se puede producir un error al aplicar el perfil de host a otro host ESXi 6.5 mediante vSphere Auto Deploy durante un arranque PXE. El host permanece en modo de mantenimiento.

  El problema está resuelto en esta versión.

• PR 2029579: El encendido y apagado continuos de una máquina virtual con vNIC SR-IOV mediante scripts pueden provocar un error en el host ESXi

  La ejecución del ciclo de energía de una máquina virtual con vNIC de SR-IOV mediante scripts puede provocar un error en el host ESXi con una pantalla de diagnóstico de color morado.

  El problema está resuelto en esta versión. Ejecute operaciones de ciclo de energía mediante vSphere Web Client o vSphere Client para evitar problemas similares.

• PR 2139317: Se puede producir un error en el servicio de agente de host ESXi si una entidad ya no forma parte de la base de datos de estadísticas de un host ESXi

  Si una entidad, como una máquina virtual o un almacén de datos, ya no forma parte de la base de datos de estadísticas de un host ESXi, pero vim.PerformanceManager emite una solicitud de datos de rendimiento a esta entidad, es posible alcanzar una ruta de acceso de código con la que se produzca un error en el proceso del agente de host. Como resultado, el host puede dejar de estar disponible temporalmente para el sistema vCenter Server.

  El problema está resuelto en esta versión.

• PR 2187136: Habilitar NetFlow puede provocar una alta latencia de red

  Si se habilita la herramienta de análisis de red NetFlow para tomar muestras de todos los paquetes en un grupo de puertos de vSphere Distributed Switch, al configurar la frecuencia de muestreo en 0, la latencia de red puede llegar a 1000 ms en caso de que se supere el millón de flujos.

  El problema está resuelto en esta versión. Puede optimizar más el rendimiento de NetFlow si configura el parámetro ipfixHashTableSize IPFIX como -p "ipfixHashTableSize=65536" -m ipfix a través de la CLI. Para completar la tarea, reinicie el host ESXi.

• PR 2170126: Las máquinas virtuales proxy de copia de seguridad pueden entrar en estado no válido durante la copia de seguridad

  Una máquina virtual que realiza cientos de operaciones de adición o eliminación en caliente de discos sin apagarse ni migrarse puede finalizarse y dejar de ser válida. Esto afecta a las soluciones de copia de seguridad, donde la máquina virtual proxy de copia de seguridad puede ser finalizada.

  En el registro de hostd, es posible que vea contenido similar al siguiente:
  2018-06-08T10:33:14.150Z info hostd[15A03B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datatore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_ON -> VM_STATE_RECONFIGURING) ...
2018-06-08T10:33:14.167Z error hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] Could not apply pre-reconfigure domain changes: Failed to add file policies to domain :171: world ID :0:Cannot allocate memory ...
2018-06-08T10:33:14.826Z info hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_RECONFIGURING -> VM_STATE_ON) ...
2018-06-08T10:35:53.120Z error hostd[15A44B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx] Expected permission (3) for /vmfs/volumes/path/to/backupVM not found in domain 171

  En el registro de vmkernel, el contenido es similar al siguiente:
  2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)World: 12235: VC opID 5953cf5e-3-a90a maps to vmkernel opID 4c6a367c
2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)WARNING: Heap: 3534: Heap domainHeap-54 already at its maximum size. Cannot expand.

  El problema está resuelto en esta versión.

• PR 2155858: Es posible que no se pueda anular la configuración de afinidad exclusiva después de apagar una máquina virtual

  Al apagar la última máquina virtual de un host ESXi, si esta máquina virtual utiliza la configuración sysContexts, es posible que el programador no pueda eliminar la afinidad exclusiva establecida en la configuración sysContexts.

  El problema está resuelto en esta versión.

• PR 2095984: El agente SNMP puede entregar un valor vmwVmPoweredOn de captura incorrecto

  El agente SNMP puede entregar un valor vmwVmPoweredOn de captura incorrecto cuando se selecciona una máquina virtual en la pestaña Resumen y en la pestaña Administrador de instantáneas de vSphere Web Client.

  El problema está resuelto en esta versión.

• PR 2204507: Es posible que los gráficos de rendimiento avanzados dejen de dibujar gráficos para algunas estadísticas de máquina virtual después de un reinicio de hostd

  Es posible que los gráficos de rendimiento avanzados dejen de dibujar gráficos para algunas estadísticas de máquina virtual después de un reinicio de hostd debido a un error de división por cero en algunos contadores.

  El problema está resuelto en esta versión.

• PR 2225439: Se puede producir un error en el agente NSX opsAgent cuando se implementa un dispositivo NSX-T en un host ESXi

  Se puede producir un error en el agente NSX opsAgent y se puede ver el archivo de volcado de núcleo ubicado en /var/core cuando se implementa un dispositivo NSX-T en un host ESXi. El error se produce por una condición de carrera en el código de la biblioteca que proporciona el host.

  El problema está resuelto en esta versión.

• PR 2154912: VMware Tools puede mostrar un estado incorrecto si se configura el directorio /productLocker en un almacén de datos VMFS compartido

  Si se configura el directorio /productLocker en un almacén de datos VMFS compartido, cuando se migra una máquina virtual con vSphere vMotion, la instancia de VMware Tools en la máquina virtual puede mostrar incorrectamente el estado No compatible.

  El problema está resuelto en esta versión.

• PR 2180890: Es posible que el comando MSINFO32 no muestre la memoria RAM física instalada en máquinas virtuales que ejecutan Windows 7 o Windows Server 2008 R2

  Es posible que el comando MSINFO32 no muestre la memoria RAM física instalada en máquinas virtuales que ejecutan Windows 7 o Windows Server 2008 R2. Si se asignan dos o más vCPU a una máquina virtual, el campo RAM física instalada muestra No disponible.

  El problema está resuelto en esta versión.

• PR 2085546: La latencia de E/S en un clúster de vSAN puede aumentar cuando se producen operaciones de E/S superpuestas no alineadas

  En algunos casos, cuando se producen operaciones de E/S superpuestas no alineadas, es posible que el programador de confirmación del motor de confirmación de dos fases de la pila de vSAN no se ejecute de forma inmediata. Esta demora puede agregar latencia a las operaciones de E/S.

  El problema está resuelto en esta versión.

• PR 2051108: La API de Readdir siempre devuelve EOF y, como resultado, los comandos listdir muestran un comportamiento inesperado

  La API de OSFS_Readdir rellena entradas de directorio limitadas según el tamaño de búfer proporcionado y siempre devuelve Sí como fin de archivo (End Of File, EOF). Es posible que deba llamar a FSSReadDir varias veces para leer todo el directorio.

  El problema está resuelto en esta versión.

• PR 2164137: Se puede producir un error en los hosts ESXi de un clúster ampliado con vSAN durante la actualización a ESXi 6.5

  Al actualizar un clúster ampliado con vSAN de ESXi 6.0 a 6.5, se puede producir un error en un host con una pantalla de diagnóstico de color morado. El siguiente seguimiento de pila identifica este problema.
  
  #0 DOMUtil_HashFromUUID
#1 DOMServer_GetServerIndexFromUUID
#2 DOMOwnerGetRdtMuxGroupInt
#3 DOMOwner_GetRdtMuxGroupUseNumServers
#4 DOMAnchorObjectGetOwnerVersionAndRdtMuxGroup
#5 DOMAnchorObjectCreateResolverAndSetMuxGroup
#6 DOMObject_InitServerAssociation
#7 DOMAnchorObjectInitAssociationToProxyOwnerStartTask
#8 DOMOperationStartTask
#9 DOMOperationDispatch
#10 VSANServerExecuteOperation
#11 VSANServerMainLoop

• PR 2112683: vSAN no marca un disco como degradado aunque después se informe de operaciones de E/S con errores en el disco

  En algunos casos, vSAN tarda mucho tiempo en marcar un disco como degradado, aunque el disco informa de errores en operaciones de E/S y vSAN deja de procesar cualquier otra operación de E/S de dicho disco.

  El problema está resuelto en esta versión.

• PR 1814870: Es posible que los ventiladores de los servidores Dell R730 aparezcan en el grupo de supervisión de estado de hardware incorrecto o no se muestren

  Los ventiladores de los servidores Dell R730 pueden no aparecer en la sección Ventilador de la pestaña Estado de hardware de vSphere Client o vSphere Web Client, pero sí en otras secciones, o no mostrarse en absoluto.

  El problema está resuelto en esta versión.

• PR 2140766: El supervisor de capacidad de vSAN muestra una capacidad utilizada incorrecta

  Después de actualizar vCenter Server a 6.5 Update 2, el supervisor de capacidad de vSAN no incluye la capacidad para las máquinas virtuales implementadas en los hosts ESXi con versiones anteriores a 6.5 Update 2. Es posible que el supervisor muestre menos capacidad utilizada que la cantidad realmente utilizada en el clúster.

  El problema está resuelto en esta versión.

• PR 2172723: El ancho de banda de E/S de invitado es bajo en un clúster de vSAN debido a la congestión de componente durante escrituras grandes

  En algunos casos, se produce una latencia más alta durante operaciones de escritura secuenciales muy grandes. Puede que note una disminución de las E/S por segundo al entrar en modo de mantenimiento.

  El problema está resuelto en esta versión.

• PR 2073175: Es posible perder la conectividad con los almacenes de datos de NFS si se asigna a un nuevo almacén de datos el antiguo nombre de un almacén de datos existente

  Es posible perder la conectividad con los almacenes de datos de NFS si se asigna a un nuevo almacén de datos el antiguo nombre de un almacén de datos existente. Por ejemplo, si se cambia el nombre de un almacén de datos de NFS-01 a NFS-01-renamed y, a continuación, se crea un nuevo almacén de datos de NFS con el nombre NFS-01. Como resultado, el host ESXi pierde la conectividad con el almacén de datos de nombre cambiado y no puede montar el almacén nuevo.

  El problema está resuelto en esta versión.

• PR 2079002: No se pueden establecer nombres de host de IPv6 en modo IPv6 puro si se deshabilita IPv4

  Si se deshabilita IPv4 en un host ESXi, es posible que no se puedan establecer los nombres de host de IPv6, ya que el sistema requiere una dirección IPv4.

  El problema está resuelto en esta versión. Si IPv4 e IPv6 se habilitan en un host, los nombres de host de IPv4 tienen prioridad.

• PR 2192629: La cantidad de archivos de almacenamiento syslog.log que se generen puede ser menor que la cantidad predeterminada configurada y diferente entre las versiones de ESXi 6.0 y 6.5

  La cantidad de archivos de almacenamiento syslog.log que se generen puede ser menor que el valor predeterminado configurado mediante el parámetro syslog.global.defaultRotate. Además, la cantidad de archivos de almacenamiento syslog.log puede ser diferente entre las versiones 6.0 y 6.5 de ESXi. Por ejemplo, si syslog.global.defaultRotate se configura en 8 de forma predeterminada, ESXi 6.0 crea syslog.0.gz en syslog.7.gz, mientras que ESXi 6.5 crea syslog.0.gz en syslog.6.gz.

  El problema está resuelto en esta versión.

• PR 2150648: El reequilibrio no puede liberar espacio de un disco desequilibrado si todos los componentes se encuentran en un nodo de concatenación

  Cuando se expande un objeto, se agrega una concatenación a las réplicas para admitir el requisito de aumento de tamaño. Durante cierto período, como vSAN crea nuevas réplicas para incluir la concatenación, la concatenación y las réplicas originales se descartan. Como vSAN combina la concatenación y las réplicas originales en una réplica nueva, se puede producir un error en la operación si vSAN no tiene espacio suficiente para colocar los componentes nuevos. Si el disco queda desequilibrado y todos los componentes en el disco se encuentran en los nodos de concatenación, la operación de reequilibrio no puede mover ningún componente para equilibrar el disco.

  El problema está resuelto en esta versión.

• PR 2039320: Se produce un error en la expansión de VMDK en el clúster ampliado de vSAN si la directiva de almacenamiento establece la ubicación de los datos en Preferida o Secundaria

  No se puede expandir un VMDK mientras se cambia también la directiva de almacenamiento del VMDK, pero aún así se puede producir un error en la expansión sin ningún cambio en la directiva de almacenamiento si la directiva existente ha establecido la regla de ubicación de los datos.

  El problema está resuelto en esta versión.

• PR 2158561: No se puede utilizar la función VMware DirectPath I/O en las máquinas virtuales que se ejecutan en un host basado en AMD

  Es posible que no se calcule correctamente el límite superior de Generación de informes de rango de memoria reservada para las máquinas virtuales que se ejecutan en hosts basados en AMD. Esto puede evitar que se enciendan las máquinas virtuales donde se utiliza la función de VMware DirectPath I/O.

  El problema está resuelto en esta versión.

• PR 2180962: Se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado si una llamada en el complemento de múltiples rutas nativo (Native Multipathing Plug-In, NMP) intenta desbloquear un bloqueo ya liberado

  Un error en la ruta de código de colocación en modo inactivo de un dispositivo de NMP puede hacer que las llamadas desbloqueen un bloqueo ya liberado, lo que puede generar un error en un host ESXi con una pantalla de diagnóstico de color morado.

  El problema está resuelto en esta versión.

• PR 2156840: Las máquinas virtuales que usan EFI y ejecutan Windows Server 2016 en procesadores AMD pueden dejar de responder durante el reinicio

  Las máquinas virtuales con hardware versión 10 o posterior que usan EFI y ejecutan Windows Server 2016 en procesadores AMD pueden dejar de responder durante el reinicio. El problema no ocurre si una máquina virtual utiliza el BIOS, la versión de hardware es 11 o posterior, el sistema operativo invitado no es Windows o los procesadores son Intel.

  El problema está resuelto en esta versión.

• PR 2204028: Se puede producir un error en un host ESXi después de que se intenta repetidamente volver a registrar el dispositivo de caracteres con el mismo nombre

  Si se intenta volver a registrar un dispositivo de caracteres con el mismo nombre, es posible que se muestre una advertencia similar a la siguiente:
  2018-09-14T04:49:27.441Z cpu33:4986380)WARNING: CharDriver: 291: El controlador con el nombre XXXX ya utiliza la ranura XX
  No se libera la memoria de pila necesaria para registrar el dispositivo para un intento de duplicado. Esto provoca una fuga de memoria y, con el tiempo, se puede producir un error en el host con una pantalla de diagnóstico de color morado.

  El problema está resuelto en esta versión.

• PR 1847663: Es posible que el módulo SATP de NMP no pueda obtener los parámetros modificados durante la carga

  Al cargar el módulo SATP de NMP después de un reinicio del sistema, es posible que el método vmk_ModuleLoad() no pueda leer los parámetros específicos del módulo modificado. Este problema afecta principalmente a los controladores de terceros.

  El problema está resuelto en esta versión.

• PR 2031499: El reequilibrio de discos no funciona según lo esperado en un clúster ampliado si el uso de discos entre sitios es desigual

  vSAN utiliza el valor de disco lleno de todos los discos en el clúster para calcular el valor de disco lleno promedio. Este valor se usa durante la operación de reequilibrio para garantizar que la transferencia de datos no provoque un desequilibrio en el disco de destino. Si tiene un clúster ampliado de vSAN, el uso de almacenamiento puede ser diferente entre los sitios. En esos casos, es posible que el reequilibrio no funcione según lo esperado si el valor de disco lleno promedio en un sitio es mayor que en el otro sitio.

  El problema está resuelto en esta versión.

• PR 2128759: Un directorio de la máquina virtual permanece en el entorno de NSX-T después de eliminar la máquina virtual

  Cuando se elimina una máquina virtual, el directorio de la máquina virtual puede permanecer en el entorno de NSX-T debido a que los archivos del puerto en la carpeta .dvsData se eliminan en el orden incorrecto.

  El problema está resuelto en esta versión.

• PR 2187127: El rendimiento de un entorno de VXLAN puede degradarse si IPFIX tiene una frecuencia de muestreo alta y el tráfico es intenso

  Al habilitar IPFIX con una frecuencia de muestreo alta y un tráfico intenso, se puede observar una degradación del rendimiento de un entorno de VXLAN.

  El problema está resuelto en esta versión. Utilice frecuencias de muestreo más bajas para optimizar el rendimiento.

• PR 2139131: Un host ESXi puede generar un error con una pantalla de diagnóstico de color morado al apagarse

  Un host ESXi puede generar un error con una pantalla de diagnóstico de color morado debido a una condición de carrera en una consulta de Multicast Listener Discovery (MLD) versión 1 en entornos IPv6. Es posible que se muestre un mensaje de error similar al siguiente:

  #PF Exception 14 in world 2098376:vmk0-rx-0 IP 0x41802e62abc1 addr 0x40
...
0x451a1b81b9d0:[0x41802e62abc1]mld_set_version@(tcpip4)#+0x161 stack: 0x430e0593c9e8
0x451a1b81ba20:[0x41802e62bb57]mld_input@(tcpip4)#+0x7fc stack: 0x30
0x451a1b81bb20:[0x41802e60d7f8]icmp6_input@(tcpip4)#+0xbe1 stack: 0x30
0x451a1b81bcf0:[0x41802e621d3b]ip6_input@(tcpip4)#+0x770 stack: 0x451a00000000

  El problema está resuelto en esta versión.

• PR 2133634: Se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado durante la migración de máquinas virtuales agrupadas en clúster mediante vSphere vMotion

  Se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado durante la migración de máquinas virtuales agrupadas en clúster mediante vSphere vMotion. Este problema afecta a las máquinas virtuales en clústeres que contienen discos no RDM compartidos, como VMDK o vSphere Virtual Volumes, en un modo de uso compartido de bus físico. 

  El problema está resuelto en esta versión.

ESXi650-201811402-BG

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

Esta revisión actualiza el VIB ne1000.

ESXi650-201811403-BG

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

Esta revisión actualiza el VIB vmkusb.

ESXi650-201811404-BG

Categoría de revisión	Corrección de error
Gravedad de la revisión	Crítico
Reinicio de host requerido	No
Migración de máquina virtual o apagado requeridos	No
Hardware afectado	N/C
Software afectado	N/C
VIB que se incluyen	VMware_bootbank_lsu-lsi-lsi-mr3-plugin_1.0.0-11vmw.650.2.75.10884925
PR fijadas	2096875
Números CVE	N/C

Esta revisión actualiza el VIB lsu-lsi-lsi-mr3-plugin para resolver el siguiente problema:

• PR 2096875: Los hosts ESXi y hostd pueden dejar de responder debido a un problema de asignación de memoria en lsu-lsi-lsi-mr3-plugin

  Los hosts ESXi y hostd pueden dejar de responder debido a un problema de asignación de memoria en el complemento de capacidad de servicio de disco de vSAN lsu-lsi-lsi-mr3-plugin. Se pueden mostrar los mensajes de error Sin memoria o Error de clonación de subproceso.

  El problema está resuelto en esta versión.

ESXi650-201811405-BG

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

Esta revisión actualiza el VIB ntg3 para resolver el siguiente problema:

• PR 2151342: Los paquetes que superan la capacidad máxima pueden hacer que las NIC que utilizan el controlador ntg3 detengan temporalmente el envío de paquetes

  En casos poco frecuentes, las NIC que utilizan el controlador ntg3, como las NIC Broadcom BCM5719 y 5720 GbE, pueden detener temporalmente el envío de paquetes después de un intento fallido de enviar un paquete que supera la capacidad máxima. El controlador ntg3 versión 4.1.3.2 resuelve este problema.

  El problema está resuelto en esta versión.

ESXi650-201811406-BG

Categoría de revisión	Corrección de error
Gravedad de la revisión	Moderado
Reinicio de host requerido	No
Migración de máquina virtual o apagado requeridos	No
Hardware afectado	N/C
Software afectado	N/C
VIB que se incluyen	VMware_bootbank_lsu-hp-hpsa-plugin_2.0.0-7vmw.650.2.75.10884925
PR fijadas	2064111
Números CVE	N/C

Esta revisión actualiza el VIB lsu-hp-hpsa-plugin para resolver el siguiente problema:

• PR 2064111: Es posible que VMware vSAN con controladoras de matriz inteligente HPE ProLiant Gen9 no encienda los LED de localización en el disco correcto

  En un clúster de vSAN con controladoras de matriz inteligente HPE ProLiant Gen9, como P440 y P840, es posible que no se enciendan los LED de localización en el dispositivo con errores correcto.

  El problema está resuelto en esta versión.

ESXi650-201811101-SG

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-base_6.5.0-2.71.10868328 VMware_bootbank_vsan_6.5.0-2.71.10652415 VMware_bootbank_vsanhealth_6.5.0-2.71.10652417 VMware_bootbank_esx-tboot_6.5.0-2.71.10868328
PR fijadas	2094558, 2169094, 2020984, 2025909, 2109023, 2189347, 2154394
Números CVE	N/C

Esta revisión actualiza los VIB esx-base, esx-tboot, vsan y vsanhealth para resolver el siguiente problema:

• ESXi ya no incluye la imagen ISO de Windows anterior a Vista para VMware Tools. La imagen ISO de Windows anterior a Vista está disponible para que la descarguen los usuarios que lo requieran. Para obtener información sobre la descarga, consulte la página Descarga de productos.

• Actualice el daemon de NTP a 4.2.8p12

  El daemon de NTP se actualiza a 4.2.8p12.

• PR 2154394: Se puede producir un error en la instancia cifrada de vSphere vMotion debido a un espacio insuficiente en la pila de migración

  Para máquinas virtuales grandes, se puede producir un error en la instancia cifrada de vSphere vMotion debido a un espacio insuficiente en la pila de migración.

  El problema está resuelto en esta versión.

• Actualización del paquete de Python

  El paquete de Python se actualizó a la versión 3.5.5.

• Actualización de la biblioteca libxml2

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

• Actualización del paquete de OpenSSL

  El paquete de OpenSSL se actualizó a la versión 1.0.2p.

• Actualización del paquete de OpenSSH

  El paquete de OpenSSH se actualizó a la versión 7.7p1.

ESXi650-201811102-SG

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	VMware_bootbank_esx-ui_1.31.0-10201673
PR corregidas	N/C
Números CVE	N/C

Esta revisión actualiza el VIB esxi-ui.

ESXi650-201811103-SG

Categoría de revisión	Seguridad
Gravedad de la revisión	Moderado
Reinicio de host requerido	No
Migración de máquina virtual o apagado requeridos	No
Hardware afectado	N/C
Software afectado	N/C
VIB que se incluyen	VMware_locker_tools-light_6.5.0-2.71.10868328
PR corregidas	N/C
Números CVE	N/C

Esta revisión actualiza el VIB tools-light.

ESXi-6.5.0-20181104001-standard

Nombre del perfil	ESXi-6.5.0-20181104001-standard
Compilación	Para obtener información de compilación, consulte la parte superior de la página.
Proveedor	VMware, Inc.
Fecha de versión	29 de noviembre de 2018
Nivel de aceptación	PartnerSupported
Hardware afectado	N/C
Software afectado	N/C
VIB afectados	VMware_bootbank_esx-base_6.5.0-2.75.10884925 VMware_bootbank_esx-tboot_6.5.0-2.75.10884925 VMware_bootbank_vsan_6.5.0-2.75.10884926 VMware_bootbank_vsanhealth_6.5.0-2.75.10884927 VMW_bootbank_ne1000_0.8.3-8vmw.650.2.75.10884925 VMW_bootbank_vmkusb_0.1-1vmw.650.2.75.10884925 VMware_bootbank_lsu-lsi-lsi-mr3-plugin_1.0.0-11vmw.650.2.75.10884925 VMW_bootbank_ntg3_4.1.3.2-1vmw.650.2.75.10884925 VMware_bootbank_lsu-hp-hpsa-plugin_2.0.0-7vmw.650.2.75.10884925
PR fijadas	1847663, 1863313, 1894568, 1949789, 2021943, 2022147, 2029579, 2037849, 2037926, 2057600, 2063154, 2071506, 2071610, 2071817, 2072971, 2073175, 2078843, 2079002, 2083594, 2083627, 2084723, 2088951, 2089048, 2096942, 2097358, 2098928, 2102135, 2102137, 2107335, 2113432, 2119609, 2122259, 2122523, 2128932, 2130371, 2133589, 2136002, 2139317, 2139940, 2142767, 2144766, 2152381, 2153867, 2154912, 2187127, 2128759, 2187136, 2155840, 2155858, 2156840, 2157503, 2158561, 2164733, 2167294, 2167877, 2170126, 2171799, 2173856, 2179262, 2180962, 2182211, 2186065, 2191349, 2192629, 2192836, 2193829, 2194304, 2197789, 2203385, 2203836, 2204024, 2204028, 2204507, 2209900, 2209919, 2211285, 2211639, 2213917, 2225439, 2225471, 2096875, 2151342, 2064111
Números de CVE relacionados	N/C

• Esta revisión actualiza los siguientes problemas:

  • Se puede producir un error en la actualización a ESXi 6.5 y versiones posteriores mediante vSphere Update Manager debido a un problema con la biblioteca de código abierto libparted. Es posible que se muestre el siguiente seguimiento inverso:

    [root@hidrogenio07:~] partedUtil getptbl /vmfs/devices/disks/naa.60000970000592600166533031453135
El seguimiento inverso tiene 12 llamadas en la pila:
12: /lib/libparted.so.0(ped_assert+0x2a) [0x9e524ea]
11: /lib/libparted.so.0(ped_geometry_read+0x117) [0x9e5be77]
10: /lib/libparted.so.0(ped_geometry_read_alloc+0x75) [0x9e5bf45]
9: /lib/libparted.so.0(nilfs2_probe+0xb5) [0x9e82fe5]
8: /lib/libparted.so.0(ped_file_system_probe_specific+0x5e) [0x9e53efe]
7: /lib/libparted.so.0(ped_file_system_probe+0x69) [0x9e54009]
6: /lib/libparted.so.0(+0x4a064) [0x9e8f064]
5: /lib/libparted.so.0(ped_disk_new+0x67) [0x9e5a407]
4: partedUtil() [0x804b309]
3: partedUtil(main+0x79e) [0x8049e6e]
2: /lib/libc.so.6(__libc_start_main+0xe7) [0x9edbb67]
1: partedUtil() [0x804ab4d] Aborted

  • Puede que las matrices SolidFire no tengan un rendimiento óptimo sin la reconfiguración de las reglas de notificación de SATP.

  • Las reglas de notificación deben agregarse manualmente a ESXi para los siguientes modelos de matrices de almacenamiento DELL MD: MD32xx, MD32xxi, MD36xxi, MD36xxf, MD34xx, MD38xxf y MD38xxi. 

  • Se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado durante el apagado o la desconexión de una máquina virtual si se utiliza EMC RecoverPoint debido a una condición de carrera en la herramienta de filtro de vSCSI.

  • Durante una actualización sin interrupciones, es posible que algunas rutas de acceso tengan un estado de pérdida de dispositivo permanente (Permanent Device Loss, PDL). Dichas rutas de acceso permanecen no disponibles incluso después de la actualización. Por ello, el dispositivo puede perder la conectividad.

  • Se puede producir un error en los hosts ESXi con una pantalla de diagnóstico de color morado al quitar una página de la memoria caché de páginas debido a una estructura de datos dañada. Es posible que se muestre el siguiente seguimiento inverso:

    2018-01-01T04:02:47.859Z cpu13:33232)Backtrace for current CPU #13, worldID=33232, rbp=0xd
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b720:[0x41800501883b]PageCacheRemoveFirstPageLocked@vmkernel#nover+0x2f stack: 0x4305dd30
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b740:[0x418005019144]PageCacheAdjustSize@vmkernel#nover+0x260 stack: 0x0, 0x3cb418317a909
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81bfd0:[0x41800521746e]CpuSched_StartWorld@vmkernel#nover+0xa2 stack: 0x0, 0x0, 0x0, 0x0, 0
2018-01-01T04:02:47.877Z cpu13:33232)^[[45m^[[33;1mVMware ESXi 6.0.0 [Releasebuild-6921384 x86_64]^[[0m
#GP Exception 13 in world 33232:memMap-13 @ 0x41800501883b

  • Las reglas de notificación deben agregarse manualmente al host ESXi para las matrices de almacenamiento HITACHI OPEN-v. 

  • Si se agregan manualmente ajustes a la configuración de NTP, es posible que estos se eliminen del archivo ntp.conf si se actualiza NTP mediante vSphere Web Client. Las actualizaciones de NTP conservan todos los ajustes junto con las opciones de restricción, driftfile y los servidores agregados de forma manual al archivo ntp.conf. Si se modifica de forma manual el archivo ntp.conf, es necesario reiniciar hostd para propagar las actualizaciones.

  • Los tickets obsoletos, los cuales no se eliminan antes de que hostd genere un nuevo ticket, pueden agotar los nodos de los discos de memoria RAM. Esto puede provocar que los hosts ESXi dejen de responder.

  • Es posible que no se pueda utilizar un dispositivo USB conectado como acceso directo para migrar máquinas virtuales si se utiliza vSphere vMotion debido a una comprobación de condición redundante.

  • Si una máquina virtual forma parte de una instantánea VMFSsparse, es posible que las operaciones de E/S enviadas a la máquina virtual se procesen solo parcialmente en el nivel de VMFSsparse, pero que las capas superiores, como los filtros de E/S, supongan que la transferencia se realizó correctamente. Esto puede producir una inconsistencia de datos.

  • Puede que los hosts ESXi no reflejen el parámetro MAXIMUM TRANSFER LENGTH del que informa el dispositivo SCSI en la página VPD de límites de bloque. Por lo tanto, los comandos de E/S emitidos con un tamaño de transferencia mayor al límite pueden producir un error con un registro similar:

    2017-01-24T12:09:40.065Z cpu6:1002438588)ScsiDeviceIO: SCSICompleteDeviceCommand:3033: Cmd(0x45a6816299c0) 0x2a, CmdSN 0x19d13f from world 1001390153 to dev "naa.514f0c5d38200035" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.

  • Es posible que la utilidad de línea de comandos esxtop no muestre un valor actualizado de profundidad de cola de dispositivos si se cambia la profundidad de cola de la ruta de acceso del dispositivo correspondiente.

  • Si se intenta realizar un arranque PXE en una máquina virtual donde se utiliza firmware EFI con un adaptador de red vmxnet3 y WDS, y no se deshabilitó la opción de extensión de ventanas variables en WDS, la máquina virtual puede arrancar demasiado lento.

  • Debido a problemas de USB de Apple, los dispositivos con una versión de iOS posterior a iOS 11 no se pueden conectar a máquinas virtuales con una versión de OS X posterior a OS X 10.12.

  • Es posible que los identificadores para enviar datos de vmware.log a Syslog, definidos con vmx.log.syslogID, no funcionen según lo esperado debido a que se omite la cadena especificada en la variable.

  • Se puede producir un error de forma intermitente en los hosts ESXi si se deshabilitan las direcciones IPv6 globales debido a que una ruta de acceso de código todavía utiliza IPv6.

  • En situaciones excepcionales, cuando se realiza una solicitud HTTP durante la inicialización de hostd, se puede producir un error en el agente.

  • Se puede producir un error en hostd cuando existen ciertos parámetros no válidos en el archivo .vmx de una máquina virtual. Por ejemplo, cuando se agrega manualmente un parámetro como ideX:Y.present con un valor True al archivo .vmx.

  • Cuando existen hosts de diferentes versiones de ESXi en un clúster de máquinas virtuales Linux, y el nivel de Enhanced vMotion Compatibility (EVC) se establece en L0 o L1 para procesadores Merom y Penryn, es posible que las máquinas virtuales dejen de responder si se intenta la migración mediante vSphere vMotion de un host ESXi 6.0 a un host con una versión más reciente de ESXi.

  • Un host ESXi puede dejar de responder si los latidos del almacén de datos se detienen prematuramente al cerrar VMware vSphere VMFS6. Por lo tanto, el administrador de afinidad no puede cerrarse correctamente.

  • Las reglas de notificación deben agregarse manualmente a ESXi para las matrices de almacenamiento Tegile IntelliFlash.

  • Se pueden generar estos dos eventos VOB debido a variaciones en la latencia de E/S en una matriz de almacenamiento, pero no se informa ningún problema real en las máquinas virtuales:

    1. Se deterioró el rendimiento del dispositivo naa.xxx. La latencia de E/S aumentó del valor promedio de 4114 microsegundos a 84518 microsegundos.
    2. El rendimiento del dispositivo naa.xxx mejoró. La latencia de E/S se redujo de 346115 microsegundos a 67046 microsegundos.

  • Si se utiliza vSphere vMotion para migrar una máquina virtual con filtros de dispositivos de archivos de un almacén de datos de vSphere Virtual Volumes a otro host, y en la máquina virtual se encuentran habilitados el seguimiento de bloques modificados (Changed Block Tracking, CBT), VMware vSphere Flash Read Cache (VFRC) o los filtros de E/S, la migración puede causar problemas con cualquiera de esas funciones. Durante la migración, los filtros de dispositivos de archivos pueden no transferirse correctamente al host. Por lo tanto, es posible que se observen copias de seguridad incrementales dañadas en CBT, una degradación de rendimiento en VFRC y los filtros de E/S de la memoria caché, así como daños en los filtros de E/S de replicación y el disco, cuando los filtros de E/S de la memoria caché se configuran en modo de reescritura. También se pueden observar problemas con el cifrado de la máquina virtual.

  • Si utiliza un proveedor de VMware vSphere API for Storage Awareness, es posible que se muestren varias llamadas getTaskUpdate a tareas canceladas o eliminadas. Por lo tanto, es posible que se observe un mayor uso de ancho de banda de vSphere API for Storage Awareness y un desborde del registro.

  • vSphere Virtual Volumes puede dejar de responder debido a un bucle infinito que carga las CPU al 100 % si un proveedor de vSphere API for Storage Awareness pierde la información de enlace de su base de datos. Hostd también puede dejar de responder. Se puede mostrar un mensaje de error irrecuperable. Esta solución impide los bucles infinitos en caso de errores de enlace de la base de datos.

  • Si el grupo de recursos de registro de un host ESXi se esfuerza debido a un registro excesivo, hostd puede dejar de responder mientras se ejecutan los comandos esxcfg-syslog. Como esta solución mueve los comandos relacionados con esxcfg-syslog del grupo de recursos de registro a ESXi Shell, es posible observar un mayor uso de memoria en el grupo de recursos de shell predeterminado.

  • Los sensores de IPMI deshabilitados o los que no informan de ningún dato pueden generar alarmas de estado de hardware falsas.

  • Si se elimina del registro un proveedor de vSphere API for Storage Awareness en un estado desconectado, puede que aparezca el error java.lang.NullPointerException. Los administradores de eventos y alarmas no se inicializan cuando un proveedor está en un estado desconectado, lo que provoca el error.

  • Un almacén de datos VMFS6 puede indicar de forma incorrecta que se agotó el espacio debido a entradas de memoria caché obsoletas.

  • Si una máquina virtual tiene instantáneas creadas con CBRC y luego se deshabilita CBRC, se puede producir el error Un parámetro especificado no era correcto: spec.deviceChange.device en operaciones de consolidación de discos debido a la eliminación de un archivo de resumen después de deshabilitar CBRC. Se muestra una alerta Se necesitan consolidar los discos de la máquina virtual hasta que se resuelve el problema.

  • OMIVV depende de la información de la propiedad de iDRAC hardware.systemInfo.otherIdentifyingInfo.ServiceTag para recuperar el parámetro SerialNumber e identificar algunos servidores modulares de Dell. Una falta de coincidencia en la propiedad serviceTag puede producir un error en esta integración.

  • Anteriormente, si no se encontraba un componente como un procesador o un ventilador en un sistema vCenter Server, los sensores de presencia mostraban el estado Desconocido. Sin embargo, los sensores de presencia no tienen un estado asociado.

  • Si el destino conectado a un host ESXi admite solo ALUA implícita y tiene rutas de acceso solo en espera, se puede producir un error en el host con una pantalla de diagnóstico de color morado al detectar el dispositivo debido a una condición de carrera. Es posible que se muestre un seguimiento inverso similar al siguiente:

    SCSIGetMultipleDeviceCommands (vmkDevice=0x0, result=0x451a0fc1be98, maxCommands=1, pluginDone=<optimized out>) at bora/vmkernel/storage/device/scsi_device_io.c:2476
0x00004180171688bc in vmk_ScsiGetNextDeviceCommand (vmkDevice=0x0) at bora/vmkernel/storage/device/scsi_device_io.c:2735
0x0000418017d8026c in nmp_DeviceStartLoop (device=device@entry=0x43048fc37350) at bora/modules/vmkernel/nmp/nmp_core.c:732
0x0000418017d8045d in nmpDeviceStartFromTimer (data=..., data@entry=...) at bora/modules/vmkernel/nmp/nmp_core.c:807

  • Si un host ESXi no tiene ninguna imagen ISO de VMware Tools disponible y se intenta actualizar VMware Tools en una máquina virtual activa, se puede producir un error en la operación con el código VIX 21000. Es posible que no pueda actualizar VMware Tools mediante la API, vSphere Client o vSphere Web Client, incluso después de obtener una imagen ISO disponible. Esto se debe a que el host ESXi almacena en caché la primera comprobación de disponibilidad durante el encendido de la máquina virtual y no la actualiza.

  • Los registros del servicio de hostd y Syslog pueden recopilar registros de excepción de depuración innecesarios de todos los hosts ESXi en un clúster.

    En el registro de hostd, los mensajes son similares a lo siguiente:
    No match, sensor_health file missing sensorNumer 217: class 3 sensor type 35 offset 0

    En Syslog, /etc/sfcb/omc/sensor_health, los mensajes son similares a lo siguiente:
    Missing expected value to check for

  • En una configuración de ESXi con varias rutas a los LUN detrás de los destinos de IBM SVC, en caso de pérdida de conexión en rutas activas y si, al mismo tiempo, otras rutas de acceso conectadas no están en un estado que les permita prestar servicios de E/S, puede que el host ESXi no detecte esta condición como APD, incluso si no hay ninguna ruta disponible para prestar servicios de E/S. Por lo tanto, no se producen errores rápidos en las operaciones de E/S en el dispositivo.

  • Si se personalizan los tamaños de anillo Rx y Tx de NIC físicas para mejorar el rendimiento de red mediante los siguientes comandos:
    esxcli network nic ring current set -n <vmnicX> -t <value>
esxcli network nic ring current set -n <vmnicX> -r <value>
    es posible que la configuración no sea persistente en todos los reinicios del host ESXi.

  • Si se agota el tiempo de espera de una gran cantidad de operaciones de E/S en un sistema de carga pesada, se puede producir un bloqueo flexible de CPU físicas. Como resultado, se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado.

  • Es posible que observe un bajo rendimiento de las operaciones de larga distancia de vSphere vMotion con alta latencia (como 100 ms o más) y vínculos de red de alta velocidad (como 10 GbE) debido al límite de búfer de socket codificado de forma rígida de 16 MB. Con esta solución, puede configurar el parámetro de tamaño de búfer de socket máximo SB_MAX_ADJ.

  • Debido a una condición de carrera, se puede producir un error en el proceso ejecutable de máquinas virtuales y se pueden apagar las máquinas virtuales durante un reinicio del sistema operativo invitado.

  • Se pueden mostrar varios mensajes como sfcb-vmware_raw[69194]: IpmiIfcFruGetInv: Failed during send cc = 0xc9 en syslog.log. Estos son registros de información normales, no son registros de error o advertencia.

  • Después de que se toma una instantánea de una máquina virtual Linux colocada correctamente en modo inactivo, el administrador de instantáneas puede indicar que la instantánea no se encuentra en modo inactivo.

  • En las compilaciones de versión, smartd puede generar una gran cantidad de mensajes de depuración y de información en los registros del servicio Syslog.

  • Los comandos no válidos en un CD-ROM virtual SATA pueden activar errores y aumentar el uso de memoria de las máquinas virtuales. Esto puede desencadenar un error en las máquinas virtuales si no pueden asignar memoria.
    Se pueden mostrar los siguientes registros para los comandos no válidos:
    YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-USER: Invalid size in command 
YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-VMM: sata0:0: Halted the port due to command abort.

    Y un mensaje de detención similar al siguiente:
    YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| E105: PANIC: Unrecoverable memory allocation failure

  • Cuando se selecciona la columna Ubicación física de la tabla Administración de discos en el panel de control de configuración del clúster de vSphere Web Client, la columna puede permanecer vacía y mostrar solamente información sobre el controlador hpsa.

  • Algunos parámetros de los dispositivos flash críticos, incluidos la temperatura y el conteo de sectores reasignados, no proporcionan valores de umbral. Como resultado, el daemon smartd del host ESXi puede informar de algunas advertencias.

  • El servicio de hostd puede dejar de responder mientras el proceso externo esxcfg-syslog permanece atascado. Como resultado, el host ESXi puede dejar de responder.

  • Al habilitar IPFIX con un tráfico intenso de diferentes flujos, el latido del sistema puede no reemplazar la CPU de IPFIX durante un largo período y activar una pantalla de diagnóstico de color morado.

  • De forma predeterminada, la función Respuesta de aislamiento de un host ESXi con vSphere HA habilitado se encuentra deshabilitada. Cuando se habilita la función Respuesta de aislamiento, es posible que un puerto de máquina virtual conectado a un conmutador lógico NSX-T se bloquee después de una conmutación por error de vSphere HA.

  • Si se deshabilitan vSphere Network I/O Control y el emparejamiento de colas de NIC, es posible que vea paquetes que no concuerdan con el tráfico de infraestructura, como administración, iSCSI y NFS. Esto se debe a que, cuando no se habilita vSphere Network I/O Control, se deshabilita el emparejamiento de colas y las NIC trabajan con varias colas.

  • Las unidades que no admiten la página VPD de límites de bloque 0xb0 pueden generar registros de códigos de eventos que saturan el archivo vmkernel.log.

  • Cuando se replican máquinas virtuales mediante VMware vSphere Replication, se puede producir un error en el host ESXi con una pantalla de diagnóstico de color morado inmediatamente o en las siguientes 24 horas, y se puede mostrar el siguiente mensaje: PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc.

  • Es posible que las máquinas virtuales dejen de responder debido a errores repetitivos en algunos controladores de dispositivos de terceros para procesar comandos. Se puede mostrar el siguiente error al abrir la consola de máquina virtual:

    Error: "No se puede conectar al MKS: No se pudo conectar a la canalización \\.\pipe\vmware-authdpipe en el período de reintentos" 

  • Si el servicio de introspección de invitado en un entorno de vSphere 6.5 con más de 150 máquinas virtuales se encuentra activado, se puede producir un error en la migración de máquinas virtuales mediante vSphere vMotion en vSphere Web Client con un mensaje similar al siguiente:

    El origen detectó un error en la reanudación del destino.

    El vmware.log de destino contiene mensajes de error similares a los siguientes:
    2018-07-18T02:41:32.035Z| vmx| I125: MigrateSetState: Transición de estado 11 a 12.
2018-07-18T02:41:32.035Z| vmx| I125: Migrar: Lista de mensajes de error de almacenamiento en caché de la migración:
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.migration.failedReceive] No se pudo recibir la migración.
2018-07-18T02:41:32.035Z| vmx| I125: [msg.namespaceDb.badVersion] Versión incompatible de -1 (se espera 2).
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.mrestoregroup.failed] Se produjo un error al restaurar el estado de la máquina virtual durante la migración.

    El registro de VMkernel tiene mensajes de error como los siguientes:
    2018-07-18T02:32:43.011Z cpu5:66134)WARNING: Heap: 3534: Heap fcntlHeap-1 already at its maximum size. Cannot expand.
2018-07-18T02:41:35.613Z cpu2:66134)WARNING: Heap: 4169: Heap_Align(fcntlHeap-1, 200/200 bytes, 8 align) failed. caller: 0x41800aaca9a3

  • Si se configura un almacén de datos de NFS como un almacén de datos de Syslog y un host ESXi se desconecta de él, se detiene el registro en el almacén de datos y el host ESXi puede dejar de responder.

  • Esta solución configura SATP como VMW_SATP_ALUA, PSP como VMW_PSP_RR y las opciones de notificación como tpgs_on de forma predeterminada para las matrices de almacenamiento serie Lenovo DE.

  • En un clúster de vSAN con la desduplicación habilitada, las operaciones de E/S destinadas a un disco de capacidad pueden ser redirigidas a otro disco. El nuevo dispositivo de destino puede sufrir una pérdida de dispositivo permanente (Permanent Device Loss, PDL). Si llegan solicitudes de E/S al disco con errores durante este intervalo, se puede producir un error en el host con una pantalla de diagnóstico de color morado.

  • Si se elimina manualmente de un host ESXi la carpeta de paquetes de soporte de una máquina virtual, descargada en el directorio /scratch/downloads del host, se puede producir un error en hostd cuando este intente eliminar automáticamente carpetas de esta ruta de acceso una hora después de su creación.

  • Aunque ya se haya expulsado la entrada de la memoria caché, es posible que se expulse nuevamente debido a una condición de carrera. Esto produce una desreferencia de puntero nulo en el host ESXi, lo que provoca un error en el host ESXi.

  • Durante la migración o la actualización a vCenter Server Appliance 6.5, algunos tamaños de implementación no están disponibles para su selección en la tabla de información si el tamaño requerido de vCenter Server Appliance es mayor que el umbral para dicho tamaño de implementación.

  • Es posible que el programador hclock de NIOC restablezca el dispositivo de red de vínculo superior cuando el vínculo superior se utiliza periódicamente, y que el restablecimiento no sea predecible.

  • Si se habilita la función de instalaciones con estado en un perfil de host, y la NIC de VMkernel de administración se conecta a un conmutador virtual distribuido, se puede producir un error al aplicar el perfil de host a otro host ESXi 6.5 mediante vSphere Auto Deploy durante un arranque PXE. El host permanece en modo de mantenimiento.

  • La ejecución del ciclo de energía de una máquina virtual con vNIC de SR-IOV mediante scripts puede provocar un error en el host ESXi con una pantalla de diagnóstico de color morado.

  • Si una entidad, como una máquina virtual o un almacén de datos, ya no forma parte de la base de datos de estadísticas de un host ESXi, pero vim.PerformanceManager emite una solicitud de datos de rendimiento a esta entidad, es posible alcanzar una ruta de acceso de código con la que se produzca un error en el proceso del agente de host. Como resultado, el host puede dejar de estar disponible temporalmente para el sistema vCenter Server.

  • Si se habilita la herramienta de análisis de red NetFlow para tomar muestras de todos los paquetes en un grupo de puertos de vSphere Distributed Switch, al configurar la frecuencia de muestreo en 0, la latencia de red puede llegar a 1000 ms en caso de que se supere el millón de flujos.

  • Una máquina virtual que realiza cientos de operaciones de adición o eliminación en caliente de discos sin apagarse ni migrarse puede finalizarse y dejar de ser válida. Esto afecta a las soluciones de copia de seguridad, donde la máquina virtual proxy de copia de seguridad puede ser finalizada.

    En el registro de hostd, es posible que vea contenido similar al siguiente:
    2018-06-08T10:33:14.150Z info hostd[15A03B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datatore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_ON -> VM_STATE_RECONFIGURING) ...
2018-06-08T10:33:14.167Z error hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] Could not apply pre-reconfigure domain changes: Failed to add file policies to domain :171: world ID :0:Cannot allocate memory ...
2018-06-08T10:33:14.826Z info hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_RECONFIGURING -> VM_STATE_ON) ...
2018-06-08T10:35:53.120Z error hostd[15A44B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx] Expected permission (3) for /vmfs/volumes/path/to/backupVM not found in domain 171

    En el registro de vmkernel, el contenido es similar al siguiente:
    2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)World: 12235: VC opID 5953cf5e-3-a90a maps to vmkernel opID 4c6a367c
2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)WARNING: Heap: 3534: Heap domainHeap-54 already at its maximum size. Cannot expand.

  • Al apagar la última máquina virtual de un host ESXi, si esta máquina virtual utiliza la configuración sysContexts, es posible que el programador no pueda eliminar la afinidad exclusiva establecida en la configuración sysContexts.

  • El agente SNMP puede entregar un valor vmwVmPoweredOn de captura incorrecto cuando se selecciona una máquina virtual en la pestaña Resumen y en la pestaña Administrador de instantáneas de vSphere Web Client.

  • Es posible que los gráficos de rendimiento avanzados dejen de dibujar gráficos para algunas estadísticas de máquina virtual después de un reinicio de hostd debido a un error de división por cero en algunos contadores.

  • Se puede producir un error en el agente NSX opsAgent y se puede ver el archivo de volcado de núcleo ubicado en /var/core cuando se implementa un dispositivo NSX-T en un host ESXi. El error se produce por una condición de carrera en el código de la biblioteca que proporciona el host.

  • Si se configura el directorio /productLocker en un almacén de datos VMFS compartido, cuando se migra una máquina virtual con vSphere vMotion, la instancia de VMware Tools en la máquina virtual puede mostrar incorrectamente el estado No compatible.

  • Es posible que el comando MSINFO32 no muestre la memoria RAM física instalada en máquinas virtuales que ejecutan Windows 7 o Windows Server 2008 R2. Si se asignan dos o más vCPU a una máquina virtual, el campo RAM física instalada muestra No disponible.

  • En algunos casos, cuando se producen operaciones de E/S superpuestas no alineadas, es posible que el programador de confirmación del motor de confirmación de dos fases de la pila de vSAN no se ejecute de forma inmediata. Esta demora puede agregar latencia a las operaciones de E/S.

  • La API de OSFS_Readdir rellena entradas de directorio limitadas según el tamaño de búfer proporcionado y siempre devuelve Sí como fin de archivo (End Of File, EOF). Es posible que deba llamar a FSSReadDir varias veces para leer todo el directorio.

  • Al actualizar un clúster ampliado con vSAN de ESXi 6.0 a 6.5, se puede producir un error en un host con una pantalla de diagnóstico de color morado. El siguiente seguimiento de pila identifica este problema.
    
    #0 DOMUtil_HashFromUUID
#1 DOMServer_GetServerIndexFromUUID
#2 DOMOwnerGetRdtMuxGroupInt
#3 DOMOwner_GetRdtMuxGroupUseNumServers
#4 DOMAnchorObjectGetOwnerVersionAndRdtMuxGroup
#5 DOMAnchorObjectCreateResolverAndSetMuxGroup
#6 DOMObject_InitServerAssociation
#7 DOMAnchorObjectInitAssociationToProxyOwnerStartTask
#8 DOMOperationStartTask
#9 DOMOperationDispatch
#10 VSANServerExecuteOperation
#11 VSANServerMainLoop

  • En algunos casos, vSAN tarda mucho tiempo en marcar un disco como degradado, aunque el disco informa de errores en operaciones de E/S y vSAN deja de procesar cualquier otra operación de E/S de dicho disco.

  • Los ventiladores de los servidores Dell R730 pueden no aparecer en la sección Ventilador de la pestaña Estado de hardware de vSphere Client o vSphere Web Client, pero sí en otras secciones, o no mostrarse en absoluto.

  • Después de actualizar vCenter Server a 6.5 Update 2, el supervisor de capacidad de vSAN no incluye la capacidad para las máquinas virtuales implementadas en los hosts ESXi con versiones anteriores a 6.5 Update 2. Es posible que el supervisor muestre menos capacidad utilizada que la cantidad realmente utilizada en el clúster.

  • La congestión de componente, que se produce en la capa de registro de vSAN, puede reducir el ancho de banda de E/S de invitado debido a la limitación de E/S interna de vSAN. Las operaciones de E/S grandes que se dividen no se potencian correctamente para acelerar la transferencia desde caché. Este problema se traduce en una acumulación de registros, lo que puede causar una congestión. Puede que note una disminución de las E/S por segundo al entrar en modo de mantenimiento.

  • Un host ESXi puede generar un error con una pantalla de diagnóstico de color morado debido a una condición de carrera en una consulta de Multicast Listener Discovery (MLD) versión 1 en entornos IPv6. Es posible que se muestre un mensaje de error similar al siguiente:

    #PF Exception 14 in world 2098376:vmk0-rx-0 IP 0x41802e62abc1 addr 0x40
...
0x451a1b81b9d0:[0x41802e62abc1]mld_set_version@(tcpip4)#+0x161 stack: 0x430e0593c9e8
0x451a1b81ba20:[0x41802e62bb57]mld_input@(tcpip4)#+0x7fc stack: 0x30
0x451a1b81bb20:[0x41802e60d7f8]icmp6_input@(tcpip4)#+0xbe1 stack: 0x30
0x451a1b81bcf0:[0x41802e621d3b]ip6_input@(tcpip4)#+0x770 stack: 0x451a00000000

  • Es posible perder la conectividad con los almacenes de datos de NFS si se asigna a un nuevo almacén de datos el antiguo nombre de un almacén de datos existente. Por ejemplo, si se cambia el nombre de un almacén de datos de NFS-01 a NFS-01-renamed y, a continuación, se crea un nuevo almacén de datos de NFS con el nombre NFS-01. Como resultado, el host ESXi pierde la conectividad con el almacén de datos de nombre cambiado y no puede montar el almacén nuevo.

  • Si se deshabilita IPv4 en un host ESXi, es posible que no se puedan establecer los nombres de host de IPv6, ya que el sistema requiere una dirección IPv4.

  • La cantidad de archivos de almacenamiento syslog.log que se generen puede ser menor que el valor predeterminado configurado mediante el parámetro syslog.global.defaultRotate. Además, la cantidad de archivos de almacenamiento syslog.log puede ser diferente entre las versiones 6.0 y 6.5 de ESXi. Por ejemplo, si syslog.global.defaultRotate se configura en 8 de forma predeterminada, ESXi 6.0 crea syslog.0.gz en syslog.7.gz, mientras que ESXi 6.5 crea syslog.0.gz en syslog.6.gz.

  • Cuando se expande un objeto, se agrega una concatenación a las réplicas para admitir el requisito de aumento de tamaño. Durante cierto período, como vSAN crea nuevas réplicas para incluir la concatenación, la concatenación y las réplicas originales se descartan. Como vSAN combina la concatenación y las réplicas originales en una réplica nueva, se puede producir un error en la operación si vSAN no tiene espacio suficiente para colocar los componentes nuevos. Si el disco queda desequilibrado y todos los componentes en el disco se encuentran en los nodos de concatenación, la operación de reequilibrio no puede mover ningún componente para equilibrar el disco.

  • No se puede expandir un VMDK mientras se cambia también la directiva de almacenamiento del VMDK, pero aún así se puede producir un error en la expansión sin ningún cambio en la directiva de almacenamiento si la directiva existente ha establecido la regla de ubicación de los datos.

  • Es posible que no se calcule correctamente el límite superior de Generación de informes de rango de memoria reservada para las máquinas virtuales que se ejecutan en hosts basados en AMD. Esto puede evitar que se enciendan las máquinas virtuales donde se utiliza la función de VMware DirectPath I/O.

  • Un error en la ruta de código de colocación en modo inactivo de un dispositivo de NMP puede hacer que las llamadas desbloqueen un bloqueo ya liberado, lo que puede generar un error en un host ESXi con una pantalla de diagnóstico de color morado.

  • Las máquinas virtuales con hardware versión 10 o posterior que usan EFI y ejecutan Windows Server 2016 en procesadores AMD pueden dejar de responder durante el reinicio. El problema no ocurre si una máquina virtual utiliza el BIOS, la versión de hardware es 11 o posterior, el sistema operativo invitado no es Windows o los procesadores son Intel.

  • Si se intenta volver a registrar un dispositivo de caracteres con el mismo nombre, es posible que se muestre una advertencia similar a la siguiente:
    2018-09-14T04:49:27.441Z cpu33:4986380)WARNING: CharDriver: 291: El controlador con el nombre XXXX ya utiliza la ranura XX
    No se libera la memoria de pila necesaria para registrar el dispositivo para un intento de duplicado. Esto provoca una fuga de memoria y, con el tiempo, se puede producir un error en el host con una pantalla de diagnóstico de color morado.

  • Al cargar el módulo SATP de NMP después de un reinicio del sistema, es posible que el método vmk_ModuleLoad() no pueda leer los parámetros específicos del módulo modificado. Este problema afecta principalmente a los controladores de terceros.

  • vSAN utiliza el valor de disco lleno de todos los discos en el clúster para calcular el valor de disco lleno promedio. Este valor se usa durante la operación de reequilibrio para garantizar que la transferencia de datos no provoque un desequilibrio en el disco de destino. Si tiene un clúster ampliado de vSAN, el uso de almacenamiento puede ser diferente entre los sitios. En esos casos, es posible que el reequilibrio no funcione según lo esperado si el valor de disco lleno promedio en un sitio es mayor que en el otro sitio.

  • Es posible que los hosts ESXi y hostd dejen de responder debido a un problema de asignación de memoria en el complemento de capacidad de servicio de disco de vSAN lsu-lsi-lsi-mr3-plug-in. Se pueden mostrar los mensajes de error Sin memoria o Error de clonación de subproceso.

  • En casos poco frecuentes, las NIC que utilizan el controlador ntg3, como las NIC Broadcom BCM5719 y 5720 GbE, pueden detener temporalmente el envío de paquetes después de un intento fallido de enviar un paquete que supera la capacidad máxima. El controlador ntg3 versión 4.1.3.2 resuelve este problema.

  • En un clúster de vSAN con controladoras de matriz inteligente HPE ProLiant Gen9, como P440 y P840, es posible que no se enciendan los LED de localización en el dispositivo con errores correcto.

  • Cuando se elimina una máquina virtual, el directorio de la máquina virtual puede permanecer en el entorno de NSX-T debido a que los archivos del puerto en la carpeta .dvsData se eliminan en el orden incorrecto.

  • Al habilitar IPFIX con una frecuencia de muestreo alta y un tráfico intenso, se puede observar una degradación del rendimiento de un entorno de VXLAN.

ESXi-6.5.0-20181104001-no-tools

Nombre del perfil	ESXi-6.5.0-20181104001-no-tools
Compilación	Para obtener información de compilación, consulte la parte superior de la página.
Proveedor	VMware, Inc.
Fecha de versión	29 de noviembre de 2018
Nivel de aceptación	PartnerSupported
Hardware afectado	N/C
Software afectado	N/C
VIB afectados	VMware_bootbank_esx-base_6.5.0-2.75.10884925 VMware_bootbank_esx-tboot_6.5.0-2.75.10884925 VMware_bootbank_vsan_6.5.0-2.75.10884926 VMware_bootbank_vsanhealth_6.5.0-2.75.10884927 VMW_bootbank_ne1000_0.8.3-8vmw.650.2.75.10884925 VMW_bootbank_vmkusb_0.1-1vmw.650.2.75.10884925 VMware_bootbank_lsu-lsi-lsi-mr3-plugin_1.0.0-11vmw.650.2.75.10884925 VMW_bootbank_ntg3_4.1.3.2-1vmw.650.2.75.10884925 VMware_bootbank_lsu-hp-hpsa-plugin_2.0.0-7vmw.650.2.75.10884925
PR fijadas	1847663, 1863313, 1894568, 1949789, 2021943, 2022147, 2029579, 2037849, 2037926, 2057600, 2063154, 2071506, 2071610, 2071817, 2072971, 2073175, 2078843, 2079002, 2083594, 2083627, 2084723, 2088951, 2089048, 2096942, 2097358, 2098928, 2102135, 2102137, 2107335, 2113432, 2119609, 2122259, 2122523, 2128932, 2130371, 2133589, 2136002, 2139317, 2139940, 2142767, 2144766, 2152381, 2153867, 2154912, 2187136, 2155840, 2155858, 2156840, 2157503, 2187127, 2128759, 2158561, 2164733, 2167294, 2167877, 2170126, 2171799, 2173856, 2179262, 2180962, 2182211, 2186065, 2191349, 2192629, 2192836, 2193829, 2194304, 2197789, 2203385, 2203836, 2204024, 2204028, 2204507, 2209900, 2209919, 2211285, 2211639, 2213917, 2225439, 2225471, 2096875, 2151342, 2064111
Números de CVE relacionados	N/C

• Esta revisión actualiza los siguientes problemas:

  • Se puede producir un error en la actualización a ESXi 6.5 y versiones posteriores mediante vSphere Update Manager debido a un problema con la biblioteca de código abierto libparted. Es posible que se muestre el siguiente seguimiento inverso:

    [root@hidrogenio07:~] partedUtil getptbl /vmfs/devices/disks/naa.60000970000592600166533031453135
El seguimiento inverso tiene 12 llamadas en la pila:
12: /lib/libparted.so.0(ped_assert+0x2a) [0x9e524ea]
11: /lib/libparted.so.0(ped_geometry_read+0x117) [0x9e5be77]
10: /lib/libparted.so.0(ped_geometry_read_alloc+0x75) [0x9e5bf45]
9: /lib/libparted.so.0(nilfs2_probe+0xb5) [0x9e82fe5]
8: /lib/libparted.so.0(ped_file_system_probe_specific+0x5e) [0x9e53efe]
7: /lib/libparted.so.0(ped_file_system_probe+0x69) [0x9e54009]
6: /lib/libparted.so.0(+0x4a064) [0x9e8f064]
5: /lib/libparted.so.0(ped_disk_new+0x67) [0x9e5a407]
4: partedUtil() [0x804b309]
3: partedUtil(main+0x79e) [0x8049e6e]
2: /lib/libc.so.6(__libc_start_main+0xe7) [0x9edbb67]
1: partedUtil() [0x804ab4d] Aborted

  • Puede que las matrices SolidFire no tengan un rendimiento óptimo sin la reconfiguración de las reglas de notificación de SATP.

  • Las reglas de notificación deben agregarse manualmente a ESXi para los siguientes modelos de matrices de almacenamiento DELL MD: MD32xx, MD32xxi, MD36xxi, MD36xxf, MD34xx, MD38xxf y MD38xxi. 

  • Se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado durante el apagado o la desconexión de una máquina virtual si se utiliza EMC RecoverPoint debido a una condición de carrera en la herramienta de filtro de vSCSI.

  • Durante una actualización sin interrupciones, es posible que algunas rutas de acceso tengan un estado de pérdida de dispositivo permanente (Permanent Device Loss, PDL). Dichas rutas de acceso permanecen no disponibles incluso después de la actualización. Por ello, el dispositivo puede perder la conectividad.

  • Se puede producir un error en los hosts ESXi con una pantalla de diagnóstico de color morado al quitar una página de la memoria caché de páginas debido a una estructura de datos dañada. Es posible que se muestre el siguiente seguimiento inverso:

    2018-01-01T04:02:47.859Z cpu13:33232)Backtrace for current CPU #13, worldID=33232, rbp=0xd
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b720:[0x41800501883b]PageCacheRemoveFirstPageLocked@vmkernel#nover+0x2f stack: 0x4305dd30
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81b740:[0x418005019144]PageCacheAdjustSize@vmkernel#nover+0x260 stack: 0x0, 0x3cb418317a909
2018-01-01T04:02:47.859Z cpu13:33232)0x43914e81bfd0:[0x41800521746e]CpuSched_StartWorld@vmkernel#nover+0xa2 stack: 0x0, 0x0, 0x0, 0x0, 0
2018-01-01T04:02:47.877Z cpu13:33232)^[[45m^[[33;1mVMware ESXi 6.0.0 [Releasebuild-6921384 x86_64]^[[0m
#GP Exception 13 in world 33232:memMap-13 @ 0x41800501883b

  • Las reglas de notificación deben agregarse manualmente al host ESXi para las matrices de almacenamiento HITACHI OPEN-v. 

  • Si se agregan manualmente ajustes a la configuración de NTP, es posible que estos se eliminen del archivo ntp.conf si se actualiza NTP mediante vSphere Web Client. Las actualizaciones de NTP conservan todos los ajustes junto con las opciones de restricción, driftfile y los servidores agregados de forma manual al archivo ntp.conf. Si se modifica de forma manual el archivo ntp.conf, es necesario reiniciar hostd para propagar las actualizaciones.

  • Los tickets obsoletos, los cuales no se eliminan antes de que hostd genere un nuevo ticket, pueden agotar los nodos de los discos de memoria RAM. Esto puede provocar que los hosts ESXi dejen de responder.

  • Es posible que no se pueda utilizar un dispositivo USB conectado como acceso directo para migrar máquinas virtuales si se utiliza vSphere vMotion debido a una comprobación de condición redundante.

  • Si una máquina virtual forma parte de una instantánea VMFSsparse, es posible que las operaciones de E/S enviadas a la máquina virtual se procesen solo parcialmente en el nivel de VMFSsparse, pero que las capas superiores, como los filtros de E/S, supongan que la transferencia se realizó correctamente. Esto puede producir una inconsistencia de datos.

  • Puede que los hosts ESXi no reflejen el parámetro MAXIMUM TRANSFER LENGTH del que informa el dispositivo SCSI en la página VPD de límites de bloque. Por lo tanto, los comandos de E/S emitidos con un tamaño de transferencia mayor al límite pueden producir un error con un registro similar:

    2017-01-24T12:09:40.065Z cpu6:1002438588)ScsiDeviceIO: SCSICompleteDeviceCommand:3033: Cmd(0x45a6816299c0) 0x2a, CmdSN 0x19d13f from world 1001390153 to dev "naa.514f0c5d38200035" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x24 0x0.

  • Es posible que la utilidad de línea de comandos esxtop no muestre un valor actualizado de profundidad de cola de dispositivos si se cambia la profundidad de cola de la ruta de acceso del dispositivo correspondiente.

  • Si se intenta realizar un arranque PXE en una máquina virtual donde se utiliza firmware EFI con un adaptador de red vmxnet3 y WDS, y no se deshabilitó la opción de extensión de ventanas variables en WDS, la máquina virtual puede arrancar demasiado lento.

  • Debido a problemas de USB de Apple, los dispositivos con una versión de iOS posterior a iOS 11 no se pueden conectar a máquinas virtuales con una versión de OS X posterior a OS X 10.12.

  • Es posible que los identificadores para enviar datos de vmware.log a Syslog, definidos con vmx.log.syslogID, no funcionen según lo esperado debido a que se omite la cadena especificada en la variable.

  • Se puede producir un error de forma intermitente en los hosts ESXi si se deshabilitan las direcciones IPv6 globales debido a que una ruta de acceso de código todavía utiliza IPv6.

  • En situaciones excepcionales, cuando se realiza una solicitud HTTP durante la inicialización de hostd, se puede producir un error en el agente.

  • Se puede producir un error en hostd cuando existen ciertos parámetros no válidos en el archivo .vmx de una máquina virtual. Por ejemplo, cuando se agrega manualmente un parámetro como ideX:Y.present con un valor True al archivo .vmx.

  • Cuando existen hosts de diferentes versiones de ESXi en un clúster de máquinas virtuales Linux, y el nivel de Enhanced vMotion Compatibility (EVC) se establece en L0 o L1 para procesadores Merom y Penryn, es posible que las máquinas virtuales dejen de responder si se intenta la migración mediante vSphere vMotion de un host ESXi 6.0 a un host con una versión más reciente de ESXi.

  • Un host ESXi puede dejar de responder si los latidos del almacén de datos se detienen prematuramente al cerrar VMware vSphere VMFS6. Por lo tanto, el administrador de afinidad no puede cerrarse correctamente.

  • Las reglas de notificación deben agregarse manualmente a ESXi para las matrices de almacenamiento Tegile IntelliFlash.

  • Se pueden generar estos dos eventos VOB debido a variaciones en la latencia de E/S en una matriz de almacenamiento, pero no se informa ningún problema real en las máquinas virtuales:

    1. Se deterioró el rendimiento del dispositivo naa.xxx. La latencia de E/S aumentó del valor promedio de 4114 microsegundos a 84518 microsegundos.
    2. El rendimiento del dispositivo naa.xxx mejoró. La latencia de E/S se redujo de 346115 microsegundos a 67046 microsegundos.

  • Si se utiliza vSphere vMotion para migrar una máquina virtual con filtros de dispositivos de archivos de un almacén de datos de vSphere Virtual Volumes a otro host, y en la máquina virtual se encuentran habilitados el seguimiento de bloques modificados (Changed Block Tracking, CBT), VMware vSphere Flash Read Cache (VFRC) o los filtros de E/S, la migración puede causar problemas con cualquiera de esas funciones. Durante la migración, los filtros de dispositivos de archivos pueden no transferirse correctamente al host. Por lo tanto, es posible que se observen copias de seguridad incrementales dañadas en CBT, una degradación de rendimiento en VFRC y los filtros de E/S de la memoria caché, así como daños en los filtros de E/S de replicación y el disco, cuando los filtros de E/S de la memoria caché se configuran en modo de reescritura. También se pueden observar problemas con el cifrado de la máquina virtual.

  • Si utiliza un proveedor de VMware vSphere API for Storage Awareness, es posible que se muestren varias llamadas getTaskUpdate a tareas canceladas o eliminadas. Por lo tanto, es posible que se observe un mayor uso de ancho de banda de vSphere API for Storage Awareness y un desborde del registro.

  • vSphere Virtual Volumes puede dejar de responder debido a un bucle infinito que carga las CPU al 100 % si un proveedor de vSphere API for Storage Awareness pierde la información de enlace de su base de datos. Hostd también puede dejar de responder. Se puede mostrar un mensaje de error irrecuperable. Esta solución impide los bucles infinitos en caso de errores de enlace de la base de datos.

  • Si el grupo de recursos de registro de un host ESXi se esfuerza debido a un registro excesivo, hostd puede dejar de responder mientras se ejecutan los comandos esxcfg-syslog. Como esta solución mueve los comandos relacionados con esxcfg-syslog del grupo de recursos de registro a ESXi Shell, es posible observar un mayor uso de memoria en el grupo de recursos de shell predeterminado.

  • Los sensores de IPMI deshabilitados o los que no informan de ningún dato pueden generar alarmas de estado de hardware falsas.

  • Si se elimina del registro un proveedor de vSphere API for Storage Awareness en un estado desconectado, puede que aparezca el error java.lang.NullPointerException. Los administradores de eventos y alarmas no se inicializan cuando un proveedor está en un estado desconectado, lo que provoca el error.

  • Un almacén de datos VMFS6 puede indicar de forma incorrecta que se agotó el espacio debido a entradas de memoria caché obsoletas.

  • Si una máquina virtual tiene instantáneas creadas con CBRC y luego se deshabilita CBRC, se puede producir el error Un parámetro especificado no era correcto: spec.deviceChange.device en operaciones de consolidación de discos debido a la eliminación de un archivo de resumen después de deshabilitar CBRC. Se muestra una alerta Se necesitan consolidar los discos de la máquina virtual hasta que se resuelve el problema.

  • OMIVV depende de la información de la propiedad de iDRAC hardware.systemInfo.otherIdentifyingInfo.ServiceTag para recuperar el parámetro SerialNumber e identificar algunos servidores modulares de Dell. Una falta de coincidencia en la propiedad serviceTag puede producir un error en esta integración.

  • Anteriormente, si no se encontraba un componente como un procesador o un ventilador en un sistema vCenter Server, los sensores de presencia mostraban el estado Desconocido. Sin embargo, los sensores de presencia no tienen un estado asociado.

  • Si el destino conectado a un host ESXi admite solo ALUA implícita y tiene rutas de acceso solo en espera, se puede producir un error en el host con una pantalla de diagnóstico de color morado al detectar el dispositivo debido a una condición de carrera. Es posible que se muestre un seguimiento inverso similar al siguiente:

    SCSIGetMultipleDeviceCommands (vmkDevice=0x0, result=0x451a0fc1be98, maxCommands=1, pluginDone=<optimized out>) at bora/vmkernel/storage/device/scsi_device_io.c:2476
0x00004180171688bc in vmk_ScsiGetNextDeviceCommand (vmkDevice=0x0) at bora/vmkernel/storage/device/scsi_device_io.c:2735
0x0000418017d8026c in nmp_DeviceStartLoop (device=device@entry=0x43048fc37350) at bora/modules/vmkernel/nmp/nmp_core.c:732
0x0000418017d8045d in nmpDeviceStartFromTimer (data=..., data@entry=...) at bora/modules/vmkernel/nmp/nmp_core.c:807

  • Si un host ESXi no tiene ninguna imagen ISO de VMware Tools disponible y se intenta actualizar VMware Tools en una máquina virtual activa, se puede producir un error en la operación con el código VIX 21000. Es posible que no pueda actualizar VMware Tools mediante la API, vSphere Client o vSphere Web Client, incluso después de obtener una imagen ISO disponible. Esto se debe a que el host ESXi almacena en caché la primera comprobación de disponibilidad durante el encendido de la máquina virtual y no la actualiza.

  • Los registros del servicio de hostd y Syslog pueden recopilar registros de excepción de depuración innecesarios de todos los hosts ESXi en un clúster.

    En el registro de hostd, los mensajes son similares a lo siguiente:
    No match, sensor_health file missing sensorNumer 217: class 3 sensor type 35 offset 0

    En Syslog, /etc/sfcb/omc/sensor_health, los mensajes son similares a lo siguiente:
    Missing expected value to check for

  • En una configuración de ESXi con varias rutas a los LUN detrás de los destinos de IBM SVC, en caso de pérdida de conexión en rutas activas y si, al mismo tiempo, otras rutas de acceso conectadas no están en un estado que les permita prestar servicios de E/S, puede que el host ESXi no detecte esta condición como APD, incluso si no hay ninguna ruta disponible para prestar servicios de E/S. Por lo tanto, no se producen errores rápidos en las operaciones de E/S en el dispositivo.

  • Si se personalizan los tamaños de anillo Rx y Tx de NIC físicas para mejorar el rendimiento de red mediante los siguientes comandos:
    esxcli network nic ring current set -n <vmnicX> -t <value>
esxcli network nic ring current set -n <vmnicX> -r <value>
    es posible que la configuración no sea persistente en todos los reinicios del host ESXi.

  • Si se agota el tiempo de espera de una gran cantidad de operaciones de E/S en un sistema de carga pesada, se puede producir un bloqueo flexible de CPU físicas. Como resultado, se puede producir un error en un host ESXi con una pantalla de diagnóstico de color morado.

  • Es posible que observe un bajo rendimiento de las operaciones de larga distancia de vSphere vMotion con alta latencia (como 100 ms o más) y vínculos de red de alta velocidad (como 10 GbE) debido al límite de búfer de socket codificado de forma rígida de 16 MB. Con esta solución, puede configurar el parámetro de tamaño de búfer de socket máximo SB_MAX_ADJ.

  • Debido a una condición de carrera, se puede producir un error en el proceso ejecutable de máquinas virtuales y se pueden apagar las máquinas virtuales durante un reinicio del sistema operativo invitado.

  • Se pueden mostrar varios mensajes como sfcb-vmware_raw[69194]: IpmiIfcFruGetInv: Failed during send cc = 0xc9 en syslog.log. Estos son registros de información normales, no son registros de error o advertencia.

  • Después de que se toma una instantánea de una máquina virtual Linux colocada correctamente en modo inactivo, el administrador de instantáneas puede indicar que la instantánea no se encuentra en modo inactivo.

  • En las compilaciones de versión, smartd puede generar una gran cantidad de mensajes de depuración y de información en los registros del servicio Syslog.

  • Los comandos no válidos en un CD-ROM virtual SATA pueden activar errores y aumentar el uso de memoria de las máquinas virtuales. Esto puede desencadenar un error en las máquinas virtuales si no pueden asignar memoria.
    Se pueden mostrar los siguientes registros para los comandos no válidos:
    YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-USER: Invalid size in command 
YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| I125: AHCI-VMM: sata0:0: Halted the port due to command abort.

    Y un mensaje de detención similar al siguiente:
    YYYY-MM-DDTHH:MM:SS.mmmZ| vcpu-1| E105: PANIC: Unrecoverable memory allocation failure

  • Cuando se selecciona la columna Ubicación física de la tabla Administración de discos en el panel de control de configuración del clúster de vSphere Web Client, la columna puede permanecer vacía y mostrar solamente información sobre el controlador hpsa.

  • Algunos parámetros de los dispositivos flash críticos, incluidos la temperatura y el conteo de sectores reasignados, no proporcionan valores de umbral. Como resultado, el daemon smartd del host ESXi puede informar de algunas advertencias.

  • El servicio de hostd puede dejar de responder mientras el proceso externo esxcfg-syslog permanece atascado. Como resultado, el host ESXi puede dejar de responder.

  • Al habilitar IPFIX con un tráfico intenso de diferentes flujos, el latido del sistema puede no reemplazar la CPU de IPFIX durante un largo período y activar una pantalla de diagnóstico de color morado.

  • De forma predeterminada, la función Respuesta de aislamiento de un host ESXi con vSphere HA habilitado se encuentra deshabilitada. Cuando se habilita la función Respuesta de aislamiento, es posible que un puerto de máquina virtual conectado a un conmutador lógico NSX-T se bloquee después de una conmutación por error de vSphere HA.

  • Si se deshabilitan vSphere Network I/O Control y el emparejamiento de colas de NIC, es posible que vea paquetes que no concuerdan con el tráfico de infraestructura, como administración, iSCSI y NFS. Esto se debe a que, cuando no se habilita vSphere Network I/O Control, se deshabilita el emparejamiento de colas y las NIC trabajan con varias colas.

  • Las unidades que no admiten la página VPD de límites de bloque 0xb0 pueden generar registros de códigos de eventos que saturan el archivo vmkernel.log.

  • Cuando se replican máquinas virtuales mediante VMware vSphere Replication, se puede producir un error en el host ESXi con una pantalla de diagnóstico de color morado inmediatamente o en las siguientes 24 horas, y se puede mostrar el siguiente mensaje: PANIC bora/vmkernel/main/dlmalloc.c:4924 - Usage error in dlmalloc.

  • Es posible que las máquinas virtuales dejen de responder debido a errores repetitivos en algunos controladores de dispositivos de terceros para procesar comandos. Se puede mostrar el siguiente error al abrir la consola de máquina virtual:

    Error: "No se puede conectar al MKS: No se pudo conectar a la canalización \\.\pipe\vmware-authdpipe en el período de reintentos" 

  • Si el servicio de introspección de invitado en un entorno de vSphere 6.5 con más de 150 máquinas virtuales se encuentra activado, se puede producir un error en la migración de máquinas virtuales mediante vSphere vMotion en vSphere Web Client con un mensaje similar al siguiente:

    El origen detectó un error en la reanudación del destino.

    El vmware.log de destino contiene mensajes de error similares a los siguientes:
    2018-07-18T02:41:32.035Z| vmx| I125: MigrateSetState: Transición de estado 11 a 12.
2018-07-18T02:41:32.035Z| vmx| I125: Migrar: Lista de mensajes de error de almacenamiento en caché de la migración:
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.migration.failedReceive] No se pudo recibir la migración.
2018-07-18T02:41:32.035Z| vmx| I125: [msg.namespaceDb.badVersion] Versión incompatible de -1 (se espera 2).
2018-07-18T02:41:32.035Z| vmx| I125: [msg.checkpoint.mrestoregroup.failed] Se produjo un error al restaurar el estado de la máquina virtual durante la migración.

    El registro de VMkernel tiene mensajes de error como los siguientes:
    2018-07-18T02:32:43.011Z cpu5:66134)WARNING: Heap: 3534: Heap fcntlHeap-1 already at its maximum size. Cannot expand.
2018-07-18T02:41:35.613Z cpu2:66134)WARNING: Heap: 4169: Heap_Align(fcntlHeap-1, 200/200 bytes, 8 align) failed. caller: 0x41800aaca9a3

  • Si se configura un almacén de datos de NFS como un almacén de datos de Syslog y un host ESXi se desconecta de él, se detiene el registro en el almacén de datos y el host ESXi puede dejar de responder.

  • Esta solución configura SATP como VMW_SATP_ALUA, PSP como VMW_PSP_RR y las opciones de notificación como tpgs_on de forma predeterminada para las matrices de almacenamiento serie Lenovo DE.

  • En un clúster de vSAN con la desduplicación habilitada, las operaciones de E/S destinadas a un disco de capacidad pueden ser redirigidas a otro disco. El nuevo dispositivo de destino puede sufrir una pérdida de dispositivo permanente (Permanent Device Loss, PDL). Si llegan solicitudes de E/S al disco con errores durante este intervalo, se puede producir un error en el host con una pantalla de diagnóstico de color morado.

  • Si se elimina manualmente de un host ESXi la carpeta de paquetes de soporte de una máquina virtual, descargada en el directorio /scratch/downloads del host, se puede producir un error en hostd cuando este intente eliminar automáticamente carpetas de esta ruta de acceso una hora después de su creación.

  • Aunque ya se haya expulsado la entrada de la memoria caché, es posible que se expulse nuevamente debido a una condición de carrera. Esto produce una desreferencia de puntero nulo en el host ESXi, lo que provoca un error en el host ESXi.

  • Durante la migración o la actualización a vCenter Server Appliance 6.5, algunos tamaños de implementación no están disponibles para su selección en la tabla de información si el tamaño requerido de vCenter Server Appliance es mayor que el umbral para dicho tamaño de implementación.

  • Es posible que el programador hclock de NIOC restablezca el dispositivo de red de vínculo superior cuando el vínculo superior se utiliza periódicamente, y que el restablecimiento no sea predecible.

  • Si se habilita la función de instalaciones con estado en un perfil de host, y la NIC de VMkernel de administración se conecta a un conmutador virtual distribuido, se puede producir un error al aplicar el perfil de host a otro host ESXi 6.5 mediante vSphere Auto Deploy durante un arranque PXE. El host permanece en modo de mantenimiento.

  • La ejecución del ciclo de energía de una máquina virtual con vNIC de SR-IOV mediante scripts puede provocar un error en el host ESXi con una pantalla de diagnóstico de color morado.

  • Si una entidad, como una máquina virtual o un almacén de datos, ya no forma parte de la base de datos de estadísticas de un host ESXi, pero vim.PerformanceManager emite una solicitud de datos de rendimiento a esta entidad, es posible alcanzar una ruta de acceso de código con la que se produzca un error en el proceso del agente de host. Como resultado, el host puede dejar de estar disponible temporalmente para el sistema vCenter Server.

  • Si se habilita la herramienta de análisis de red NetFlow para tomar muestras de todos los paquetes en un grupo de puertos de vSphere Distributed Switch, al configurar la frecuencia de muestreo en 0, la latencia de red puede llegar a 1000 ms en caso de que se supere el millón de flujos.

  • Una máquina virtual que realiza cientos de operaciones de adición o eliminación en caliente de discos sin apagarse ni migrarse puede finalizarse y dejar de ser válida. Esto afecta a las soluciones de copia de seguridad, donde la máquina virtual proxy de copia de seguridad puede ser finalizada.

    En el registro de hostd, es posible que vea contenido similar al siguiente:
    2018-06-08T10:33:14.150Z info hostd[15A03B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datatore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_ON -> VM_STATE_RECONFIGURING) ...
2018-06-08T10:33:14.167Z error hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] Could not apply pre-reconfigure domain changes: Failed to add file policies to domain :171: world ID :0:Cannot allocate memory ...
2018-06-08T10:33:14.826Z info hostd[15640B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx opID=5953cf5e-3-a90a user=vpxuser:ADMIN\admin] State Transition (VM_STATE_RECONFIGURING -> VM_STATE_ON) ...
2018-06-08T10:35:53.120Z error hostd[15A44B70] [Originator@6876 sub=Vmsvc.vm:/vmfs/volumes/datastore/path/to/proxyVM/proxyVM.vmx] Expected permission (3) for /vmfs/volumes/path/to/backupVM not found in domain 171

    En el registro de vmkernel, el contenido es similar al siguiente:
    2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)World: 12235: VC opID 5953cf5e-3-a90a maps to vmkernel opID 4c6a367c
2018-06-08T05:40:53.264Z cpu49:68763 opID=4c6a367c)WARNING: Heap: 3534: Heap domainHeap-54 already at its maximum size. Cannot expand.

  • Al apagar la última máquina virtual de un host ESXi, si esta máquina virtual utiliza la configuración sysContexts, es posible que el programador no pueda eliminar la afinidad exclusiva establecida en la configuración sysContexts.

  • El agente SNMP puede entregar un valor vmwVmPoweredOn de captura incorrecto cuando se selecciona una máquina virtual en la pestaña Resumen y en la pestaña Administrador de instantáneas de vSphere Web Client.

  • Es posible que los gráficos de rendimiento avanzados dejen de dibujar gráficos para algunas estadísticas de máquina virtual después de un reinicio de hostd debido a un error de división por cero en algunos contadores.

  • Se puede producir un error en el agente NSX opsAgent y se puede ver el archivo de volcado de núcleo ubicado en /var/core cuando se implementa un dispositivo NSX-T en un host ESXi. El error se produce por una condición de carrera en el código de la biblioteca que proporciona el host.

  • Si se configura el directorio /productLocker en un almacén de datos VMFS compartido, cuando se migra una máquina virtual con vSphere vMotion, la instancia de VMware Tools en la máquina virtual puede mostrar incorrectamente el estado No compatible.

  • Es posible que el comando MSINFO32 no muestre la memoria RAM física instalada en máquinas virtuales que ejecutan Windows 7 o Windows Server 2008 R2. Si se asignan dos o más vCPU a una máquina virtual, el campo RAM física instalada muestra No disponible.

  • En algunos casos, cuando se producen operaciones de E/S superpuestas no alineadas, es posible que el programador de confirmación del motor de confirmación de dos fases de la pila de vSAN no se ejecute de forma inmediata. Esta demora puede agregar latencia a las operaciones de E/S.

  • La API de OSFS_Readdir rellena entradas de directorio limitadas según el tamaño de búfer proporcionado y siempre devuelve Sí como fin de archivo (End Of File, EOF). Es posible que deba llamar a FSSReadDir varias veces para leer todo el directorio.

  • Al actualizar un clúster ampliado con vSAN de ESXi 6.0 a 6.5, se puede producir un error en un host con una pantalla de diagnóstico de color morado. El siguiente seguimiento de pila identifica este problema.
    
    #0 DOMUtil_HashFromUUID
#1 DOMServer_GetServerIndexFromUUID
#2 DOMOwnerGetRdtMuxGroupInt
#3 DOMOwner_GetRdtMuxGroupUseNumServers
#4 DOMAnchorObjectGetOwnerVersionAndRdtMuxGroup
#5 DOMAnchorObjectCreateResolverAndSetMuxGroup
#6 DOMObject_InitServerAssociation
#7 DOMAnchorObjectInitAssociationToProxyOwnerStartTask
#8 DOMOperationStartTask
#9 DOMOperationDispatch
#10 VSANServerExecuteOperation
#11 VSANServerMainLoop

  • En algunos casos, vSAN tarda mucho tiempo en marcar un disco como degradado, aunque el disco informa de errores en operaciones de E/S y vSAN deja de procesar cualquier otra operación de E/S de dicho disco.

  • Los ventiladores de los servidores Dell R730 pueden no aparecer en la sección Ventilador de la pestaña Estado de hardware de vSphere Client o vSphere Web Client, pero sí en otras secciones, o no mostrarse en absoluto.

  • Después de actualizar vCenter Server a 6.5 Update 2, el supervisor de capacidad de vSAN no incluye la capacidad para las máquinas virtuales implementadas en los hosts ESXi con versiones anteriores a 6.5 Update 2. Es posible que el supervisor muestre menos capacidad utilizada que la cantidad realmente utilizada en el clúster.

  • La congestión de componente, que se produce en la capa de registro de vSAN, puede reducir el ancho de banda de E/S de invitado debido a la limitación de E/S interna de vSAN. Las operaciones de E/S grandes que se dividen no se potencian correctamente para acelerar la transferencia desde caché. Este problema se traduce en una acumulación de registros, lo que puede causar una congestión. Puede que note una disminución de las E/S por segundo al entrar en modo de mantenimiento.

  • Un host ESXi puede generar un error con una pantalla de diagnóstico de color morado debido a una condición de carrera en una consulta de Multicast Listener Discovery (MLD) versión 1 en entornos IPv6. Es posible que se muestre un mensaje de error similar al siguiente:

    #PF Exception 14 in world 2098376:vmk0-rx-0 IP 0x41802e62abc1 addr 0x40
...
0x451a1b81b9d0:[0x41802e62abc1]mld_set_version@(tcpip4)#+0x161 stack: 0x430e0593c9e8
0x451a1b81ba20:[0x41802e62bb57]mld_input@(tcpip4)#+0x7fc stack: 0x30
0x451a1b81bb20:[0x41802e60d7f8]icmp6_input@(tcpip4)#+0xbe1 stack: 0x30
0x451a1b81bcf0:[0x41802e621d3b]ip6_input@(tcpip4)#+0x770 stack: 0x451a00000000

  • Es posible perder la conectividad con los almacenes de datos de NFS si se asigna a un nuevo almacén de datos el antiguo nombre de un almacén de datos existente. Por ejemplo, si se cambia el nombre de un almacén de datos de NFS-01 a NFS-01-renamed y, a continuación, se crea un nuevo almacén de datos de NFS con el nombre NFS-01. Como resultado, el host ESXi pierde la conectividad con el almacén de datos de nombre cambiado y no puede montar el almacén nuevo.

  • Si se deshabilita IPv4 en un host ESXi, es posible que no se puedan establecer los nombres de host de IPv6, ya que el sistema requiere una dirección IPv4.

  • La cantidad de archivos de almacenamiento syslog.log que se generen puede ser menor que el valor predeterminado configurado mediante el parámetro syslog.global.defaultRotate. Además, la cantidad de archivos de almacenamiento syslog.log puede ser diferente entre las versiones 6.0 y 6.5 de ESXi. Por ejemplo, si syslog.global.defaultRotate se configura en 8 de forma predeterminada, ESXi 6.0 crea syslog.0.gz en syslog.7.gz, mientras que ESXi 6.5 crea syslog.0.gz en syslog.6.gz.

  • Cuando se expande un objeto, se agrega una concatenación a las réplicas para admitir el requisito de aumento de tamaño. Durante cierto período, como vSAN crea nuevas réplicas para incluir la concatenación, la concatenación y las réplicas originales se descartan. Como vSAN combina la concatenación y las réplicas originales en una réplica nueva, se puede producir un error en la operación si vSAN no tiene espacio suficiente para colocar los componentes nuevos. Si el disco queda desequilibrado y todos los componentes en el disco se encuentran en los nodos de concatenación, la operación de reequilibrio no puede mover ningún componente para equilibrar el disco.

  • No se puede expandir un VMDK mientras se cambia también la directiva de almacenamiento del VMDK, pero aún así se puede producir un error en la expansión sin ningún cambio en la directiva de almacenamiento si la directiva existente ha establecido la regla de ubicación de los datos.

  • Es posible que no se calcule correctamente el límite superior de Generación de informes de rango de memoria reservada para las máquinas virtuales que se ejecutan en hosts basados en AMD. Esto puede evitar que se enciendan las máquinas virtuales donde se utiliza la función de VMware DirectPath I/O.

  • Un error en la ruta de código de colocación en modo inactivo de un dispositivo de NMP puede hacer que las llamadas desbloqueen un bloqueo ya liberado, lo que puede generar un error en un host ESXi con una pantalla de diagnóstico de color morado.

  • Las máquinas virtuales con hardware versión 10 o posterior que usan EFI y ejecutan Windows Server 2016 en procesadores AMD pueden dejar de responder durante el reinicio. El problema no ocurre si una máquina virtual utiliza el BIOS, la versión de hardware es 11 o posterior, el sistema operativo invitado no es Windows o los procesadores son Intel.

  • Si se intenta volver a registrar un dispositivo de caracteres con el mismo nombre, es posible que se muestre una advertencia similar a la siguiente:
    2018-09-14T04:49:27.441Z cpu33:4986380)WARNING: CharDriver: 291: El controlador con el nombre XXXX ya utiliza la ranura XX
    No se libera la memoria de pila necesaria para registrar el dispositivo para un intento de duplicado. Esto provoca una fuga de memoria y, con el tiempo, se puede producir un error en el host con una pantalla de diagnóstico de color morado.

  • Al cargar el módulo SATP de NMP después de un reinicio del sistema, es posible que el método vmk_ModuleLoad() no pueda leer los parámetros específicos del módulo modificado. Este problema afecta principalmente a los controladores de terceros.

  • vSAN utiliza el valor de disco lleno de todos los discos en el clúster para calcular el valor de disco lleno promedio. Este valor se usa durante la operación de reequilibrio para garantizar que la transferencia de datos no provoque un desequilibrio en el disco de destino. Si tiene un clúster ampliado de vSAN, el uso de almacenamiento puede ser diferente entre los sitios. En esos casos, es posible que el reequilibrio no funcione según lo esperado si el valor de disco lleno promedio en un sitio es mayor que en el otro sitio.

  • Es posible que los hosts ESXi y hostd dejen de responder debido a un problema de asignación de memoria en el complemento de capacidad de servicio de disco de vSAN lsu-lsi-lsi-mr3-plug-in. Se pueden mostrar los mensajes de error Sin memoria o Error de clonación de subproceso.

  • En casos poco frecuentes, las NIC que utilizan el controlador ntg3, como las NIC Broadcom BCM5719 y 5720 GbE, pueden detener temporalmente el envío de paquetes después de un intento fallido de enviar un paquete que supera la capacidad máxima. El controlador ntg3 versión 4.1.3.2 resuelve este problema.

  • En un clúster de vSAN con controladoras de matriz inteligente HPE ProLiant Gen9, como P440 y P840, es posible que no se enciendan los LED de localización en el dispositivo con errores correcto.

  • Cuando se elimina una máquina virtual, el directorio de la máquina virtual puede permanecer en el entorno de NSX-T debido a que los archivos del puerto en la carpeta .dvsData se eliminan en el orden incorrecto.

  • Al habilitar IPFIX con una frecuencia de muestreo alta y un tráfico intenso, se puede observar una degradación del rendimiento de un entorno de VXLAN.

ESXi-6.5.0-20181101001s-standard

Nombre del perfil	ESXi-6.5.0-20181101001s-standard
Compilación	Para obtener información de compilación, consulte la parte superior de la página.
Proveedor	VMware, Inc.
Fecha de versión	29 de noviembre de 2018
Nivel de aceptación	PartnerSupported
Hardware afectado	N/C
Software afectado	N/C
VIB afectados	VMware_bootbank_esx-base_6.5.0-2.71.10868328 VMware_bootbank_vsan_6.5.0-2.71.10652415 VMware_bootbank_vsanhealth_6.5.0-2.71.10652417 VMware_bootbank_esx-tboot_6.5.0-2.71.10868328 VMware_bootbank_esx-ui_1.31.0-10201673 VMware_locker_tools-light_6.5.0-2.71.10868328
PR fijadas	2094558, 2169094, 2020984, 2025909, 2109023, 2189347, 2154394
Números de CVE relacionados	N/C

• Esta revisión actualiza los siguientes problemas:

  • ESXi ya no incluye la imagen ISO de Windows anterior a Vista para VMware Tools. La imagen ISO de Windows anterior a Vista está disponible para que la descarguen los usuarios que lo requieran. Para obtener información sobre la descarga, consulte la página Descarga de productos.

  • El daemon de NTP se actualiza a 4.2.8p12.

  • Para máquinas virtuales grandes, se puede producir un error en la instancia cifrada de vSphere vMotion debido a un espacio insuficiente en la pila de migración.

  • El paquete de Python se actualizó a la versión 3.5.5.

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

  • El paquete de OpenSSL se actualizó a la versión 1.0.2p.

  • El paquete de OpenSSH se actualizó a la versión 7.7p1.

ESXi-6.5.0-20181101001s-no-tools

Nombre del perfil	ESXi-6.5.0-20181101001s-no-tools
Compilación	Para obtener información de compilación, consulte la parte superior de la página.
Proveedor	VMware, Inc.
Fecha de versión	29 de noviembre de 2018
Nivel de aceptación	PartnerSupported
Hardware afectado	N/C
Software afectado	N/C
VIB afectados	VMware_bootbank_esx-base_6.5.0-2.71.10868328 VMware_bootbank_vsan_6.5.0-2.71.10652415 VMware_bootbank_vsanhealth_6.5.0-2.71.10652417 VMware_bootbank_esx-tboot_6.5.0-2.71.10868328 VMware_bootbank_esx-ui_1.31.0-10201673 VMware_locker_tools-light_6.5.0-2.71.10868328
PR fijadas	2094558, 2169094, 2020984, 2025909, 2109023, 2189347, 2154394
Números de CVE relacionados	N/C

• Esta revisión actualiza los siguientes problemas:

  • ESXi ya no incluye la imagen ISO de Windows anterior a Vista para VMware Tools. La imagen ISO de Windows anterior a Vista está disponible para que la descarguen los usuarios que lo requieran. Para obtener información sobre la descarga, consulte la página Descarga de productos.

  • El daemon de NTP se actualiza a 4.2.8p12.

  • Para máquinas virtuales grandes, se puede producir un error en la instancia cifrada de vSphere vMotion debido a un espacio insuficiente en la pila de migración.

  • El paquete de Python se actualizó a la versión 3.5.5.

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

  • El paquete de OpenSSL se actualizó a la versión 1.0.2p.

  • El paquete de OpenSSH se actualizó a la versión 7.7p1.

Problemas conocidos

Los problemas conocidos se agrupan del siguiente modo:

• ESXi650-201811401-BG
• Problemas conocidos de versiones anteriores

ESXi650-201811401-BG

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_vsan_6.5.0-2.50.8064065 VMware_bootbank_vsanhealth_6.5.0-2.50.8143339 VMware_bootbank_esx-tboot_6.5.0-2.50.8294253 VMware_bootbank_esx-base_6.5.0-2.50.8294253
PR	N/C
Números CVE	N/C

Esta revisión actualiza los VIB esx-base, esx-tboot, vsan y vsanhealth para resolver los siguientes problemas:

• Se puede producir un error en la migración de máquinas virtuales mediante vSphere vMotion en hosts ESXi de versiones anteriores a 5.0 con el mensaje Detención de supervisor en el sitio de destino

  Es posible que se produzca un error al migrar máquinas virtuales mediante vSphere vMotion en hosts ESXi de versiones anteriores a 5.0 a la versión 6.5 debido a la falta de un parámetro. También es posible que se produzca un error en la migración de Cross vCenter Server vMotion. Se puede mostrar el error Detención de supervisor en el sitio de destino.

  Solución alternativa: Apague y vuelva a encender la máquina virtual.

• Algunos sensores de estado de hardware pueden mostrar el estado Desconocido en vSphere Web Client y vSphere Client debido a un problema de descodificación

  Algunos sensores de IPMI pueden informar del estado Desconocido en la pestaña Estado del hardware de vSphere Web Client y vSphere Client debido a un problema de descodificación.

  Solución alternativa: Consulte al proveedor de hardware del sensor específico para comprender su uso. Para obtener más información, consulte el artículo 53134 de la base de conocimientos de VMware.

• El servicio Syslog de ESXi puede mostrar marcas de tiempo imprecisas en el inicio o la rotación

  El servicio Syslog de ESXi puede mostrar marcas de tiempo imprecisas cuando el servicio se inicia o reinicia, o cuando el registro alcanza su tamaño máximo según configuración y rota.

  Solución alternativa: Este problema está resuelto en las instalaciones nuevas de ESXi. Para solucionar el problema en la configuración existente para hostd.log, debe realizar lo siguiente:

  1. Abra el archivo /etc/vmsyslog.conf.d/hostd.conf.
  2. Reemplace onrotate = logger -t Hostd < /var/run/vmware/hostdLogHeader.txt por
     onrotate = printf '%%s - last log rotation time, %%s\n' "$(date --utc +%%FT%%T.%%3NZ)" "$(cat /var/run/vmware/hostdLogHeader.txt)" | logger -t Hostd
  3. Guarde los cambios.
  4. Reinicie el servicio vmsyslogd mediante la ejecución de /etc/init.d/vmsyslogd restart.
• Puede mostrarse un mensaje de error para las operaciones de encendido de máquinas virtuales o VMware vSphere vApp

  Puede producirse un error en las operaciones de encendido de máquinas virtuales o vSphere vApp en un clúster administrado por DRS si vApp o las máquinas virtuales utilizan un grupo de recursos de reserva de memoria no ampliable. Aparece el siguiente mensaje de error: Los recursos de memoria disponibles en el grupo de recursos primario son insuficientes para la operación.

  Solución alternativa: Consulte el artículo 1003638 de la base de conocimientos de VMware.

Problemas conocidos de versiones anteriores

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

Los problemas conocidos anteriores se agrupan del siguiente modo.

• Auto Deploy e Image Builder
• Problemas de copia de seguridad y restauración
• Problemas de migración
• Problemas varios
• Problemas de redes
• Problemas con funciones de seguridad
• Problemas con la configuración de servidores
• Problemas de actualización
• Problemas con vCenter Server Appliance, vCenter Server, vSphere Web Client, vSphere Client y vSphere Host Client
• Problemas en la administración de máquinas virtuales
• Problemas con vSphere HA y Fault Tolerance

Auto Deploy e Image Builder

• Al aplicar el perfil de host mediante el reinicio del host ESXi de destino sin estado, se genera un mensaje de error sobre una ruta de acceso a archivo no válida
  Cuando se extrae un perfil de host de un host sin estado por primera vez, se lo modifica para crear una nueva función con las entradas de usuario para la directiva de contraseñas y el almacenamiento en caché sin estado habilitado, se asocia posteriormente ese perfil al host, y se actualizan la contraseña de usuario y la función en la configuración, al reiniciar el host para aplicar el perfil de host, se produce el siguiente error:
  

  ERROR: EngineModule::ApplyHostConfig. Excepción: Ruta de acceso a archivo no válida

  Solución alternativa: Debe aplicar el perfil de host directamente al host:

  1. Detenga el servicio Auto Deploy y reinicie el host.

  2. Una vez iniciado el host, compruebe que el usuario local y la función se encuentren presentes en el host.

  3. Inicie sesión con las credenciales proporcionadas en la configuración.

• Al iniciar un host sin estado mediante Auto Deploy, se puede producir un error
  Al procesar una solicitud getnameinfo, se produce una demora de entre 11 y 16 segundos, y un error en el inicio de los hosts sin estado mediante Auto Deploy cuando se cumplen las siguientes condiciones:

  • Se habilita un almacenamiento en caché de DNS local para un host sin estado al agregar el parámetro resolve en la entrada de host hosts: files resolve dns. La entrada hosts: files resolve dns forma parte del archivo de configuración /etc/nsswitch.conf de Photon.
  • Una NIC en el host obtiene su dirección IP de DHCP y la misma IP no está presente en el servidor DNS.

  Solución alternativa: En el archivo de configuración de la NIC de vCenter Server, que obtiene la dirección IP de DHCP, se establece la clave UseDNS como falsa (false):

  [DHCP] UseDNS=false

• Un host ESXi sin estado puede permanecer en el modo de mantenimiento cuando se implementa mediante vSphere Auto Deploy y la propiedad vSphere Distributed Switch se especifica en el perfil de host
  Cuando un host ESXi sin estado se implementa mediante vSphere Auto Deploy y la propiedad vSphere Distributed Switch se especifica en el perfil de host, el host entra en el modo de mantenimiento mientras se aplica el perfil de host. Si se produce un error en el proceso, es posible que el perfil de host no se aplique y que el host no salga del modo de mantenimiento.

  Solución alternativa: En la página de perfil de host, elimine manualmente el host implementado desde el modo de mantenimiento y corríjalo.

• Al realizar la corrección para aplicar la configuración del perfil de host en un clúster habilitado para iSCSI se produce un error en vSphere Web Client
  Después de asociar un perfil de host extraído de un host configurado con una gran cantidad de LUN a un clúster compuesto por hosts habilitados para iSCSI y después de corregir ese clúster, el proceso de corrección muestra el siguiente mensaje de error en la interfaz de vSphere Web Client:
  

  Se produjo un error en la operación de aplicación de perfil de host en el lote. com.vmware.vim.vmomi.client.exception.TransportProtocolException:org.apache.http.client.ClientProtocolException

  También puede ver un error en el archivo vpxd.log:
  

  2016-07-25T12:06:01.214Z error vpxd[7FF1FE8FB700] [Originator@6876 sub=SoapAdapter] length of HTTP request body exceeds configured maximum 20000000

  Cuando corrige un clúster, vSphere Web Client realiza una solicitud de API con datos para todos los hosts de ese clúster. Esta solicitud supera el tamaño máximo de solicitud de HTTP admitido por VPXD.

  Solución alternativa: Realice los pasos siguientes:

  1. Seleccione menos hosts en el asistente Corregir.

  2. Inicie otro asistente para los hosts restantes solo después de que se complete la corrección.

• La opción Auto Deploy no está presente en vSphere Web Client después de una actualización o una migración del sistema vCenter Server de 5.5 o 6.0 a 6.5
  Después de actualizar o migrar el sistema vCenter Server con la versión 5.5 y 6.0 a 6.5, la opción Auto Deploy no está presente en la pantalla Configurar > Opciones de configuración en vSphere Web Client. El servicio de vSphere Auto Deploy junto con el servicio de Image Builder están instalados, pero no se inician automáticamente.

  Solución alternativa: Realice los pasos siguientes:

  1. Inicie el servicio de Image Builder manualmente.

  2. Cierre la sesión en vSphere Web Client y vuelva a iniciarla.

  3. En la página de inicio de vSphere Web Client, desplácese hasta el sistema vCenter Server y seleccione Configurar > Opciones de configuración para asignar el servicio de Auto Deploy.

• Si asocia más de 63 hosts a un perfil de host, la página de personalización de hosts se cargará con un error
  Si extrae un perfil de host desde el host de referencia y asocia más de 63 hosts a este, el sistema de vCenter Server se sobrecargará, y el tiempo necesario para generar un archivo de respuesta específica de host excederá el límite de 120 segundos. La página de personalización se carga con un error:
  

  La ejecución de la consulta ha agotado el tiempo de espera debido a que el proveedor de propiedades back-end ha tardado más de 120 segundos

  Solución alternativa: Asocie el perfil de host al clúster o al host sin generar los datos de personalización:

  1. Haga clic con el botón derecho en el clúster o el host y seleccione Perfiles de host > Asociar perfil de host.

  2. Seleccione el perfil que desea asociar.

  3. Marque la casilla Omitir personalizaciones. La interfaz de vSphere Web Client no llamará a RetrieveHostCustomizationsForProfile para generar datos de personalización.

  Rellene los datos de personalización:

  4. Haga clic con el botón derecho en el perfil de host asociado al clúster o al host y seleccione Exportar personalizaciones de host. De este modo se generará un archivo CSV con una entrada de personalización para cada host.

  5. Rellene los datos de personalización en el archivo CSV.

  6. Haga clic con el botón derecho en el perfil de host, seleccione Editar personalizaciones de host... e importe el archivo CSV.

  7. Haga clic en Finalizar para guardar los datos de personalización.

• Se produce un error durante el arranque de Auto Deploy con PXE del instalador ESXi en adaptadores de red Intel XL710 (40 GB)
  Cuando se usa el entorno de ejecución previa al inicio para arrancar el instalador ESXi del dispositivo de red Intel XL710 a un host, se produce un error al copiar la imagen ESXi antes de que el control se transfiera al kernel ESXi. Aparece el siguiente error:

  Descomprimido MD5: 000000000000000000000
Error irrecuperable: 34(EOF inesperado)
registro de serie:
******************************************************************
* Booting through VMware AutoDeploy...
*
* Machine attributes:
* . asset=
* . domain=eng.vmware.com
* . hostname=prme-hwe-drv-8-dhcp173
* . ipv4=10.24.87.173
* . ipv6=fe80::6a05:caff:fe2d:5608
* . mac=68:05:ca:2d:56:08
* . model=PowerEdge R730
* . oemstring=Dell System
* . oemstring=5[0000]
* . oemstring=14[1]
* . oemstring=17[04C4B7E08854C657]
* . oemstring=17[5F90B9D0CECE3B5A]
* . oemstring=18[0]
* . oemstring=19[1]
* . oemstring=19[1]
* . serial=3XJRR52
* . uuid=4c4c4544-0058-4a10-8052-b3c04f523532
* . vendor=Dell Inc.
*
* Image Profile: ESXi-6.5.0-4067802-standard
* VC Host: Ninguna
*
* Bootloader VIB version: 6.5.0-0.0.4067802
******************************************************************
/vmw/cache/d6/b46cc616433e9d62ab4d636bc7f749/mboot.c32.f70fd55f332c557878f1cf77edd9fbff... ok

Analizando el disco local en busca de la imagen en caché.
Si no se encuentra ninguna imagen, el sistema se reiniciará en 20 segundos......
<3>El sistema en el disco no es caché sin estado.
<3>Reiniciando...

  Solución alternativa: Ninguna.

Problemas de copia de seguridad y restauración

• Después de una restauración basada en archivo de un dispositivo vCenter Server Appliance a una instancia de vCenter Server, se puede producir un error en algunas operaciones de vSphere Web Client, por ejemplo, durante la configuración de un clúster de alta disponibilidad o la habilitación del acceso SSH al dispositivo
  En el proceso de restauración de una instancia de vCenter Server, se implementa un nuevo dispositivo vCenter Server Appliance y se inicia el servidor HTTP del dispositivo con un certificado autofirmado. El proceso de restauración finaliza cuando se recuperan los certificados incluidos en la copia de seguridad, pero no se reinicia el servidor HTTP del dispositivo. Como consecuencia, se produce un error durante toda operación en la que se requiera realizar una llamada API interna al servidor HTTP del dispositivo.

  Solución alternativa: Una vez restaurado vCenter Server Appliance en una instancia de vCenter Server, debe iniciar sesión en el dispositivo y ejecutar el comando service vami-lighttp restart para reiniciar el servidor HTTP.

• Los intentos de restaurar un dispositivo de Platform Services Controller desde una copia de seguridad basada en archivos producen errores si se han cambiado el número de vCPU utilizadas o el tamaño de disco del dispositivo
  En vSphere 6.5, el dispositivo de Platform Services Controller se implementa con 2 vCPU y un disco de 60 GB. No es posible aumentar el número de vCPU ni el tamaño de disco. Si se intenta efectuar una restauración basada en archivo de un dispositivo de Platform Services Controller con más de 2 CPU o un tamaño de disco mayor de 60 GB, el instalador de vCenter Server Appliance falla con el error: No hay ningún tamaño posible que coincida con su conjunto de requisitos.

  Solución alternativa: Disminuya el número de procesadores a no más de 2 vCPU y el tamaño de disco a no más de 60 GB.

• La restauración de vCenter Server Appliance con una instancia externa de Platform Services Controller desde una copia de seguridad basada en una imagen no inicia todos los servicios de vCenter Server
  Tras usar vSphere Data Protection para restaurar vCenter Server Appliance con una instancia externa de Platform Services Controller, debe ejecutar el script vcenter-restore para completar la operación de restauración e iniciar los servicios de vCenter Server. Se puede producir el siguiente mensaje de error al ejecutar vcenter-restore: Se produjo un error en la operación. Asegúrese de que el nombre de usuario y la contraseña de SSO sean correctas y vuelva a ejecutar el script. Si el problema persiste, contacte con la asistencia VMware.

  Solución alternativa: Tras el error en la ejecución de vcenter-restore, ejecute el comando service-control --start --all para iniciar todos los servicios.

  Si se produce un error en la ejecución de service-control --start --all, asegúrese de haber introducido correctamente el nombre de usuario y la contraseña de vCenter Single Sign-On. También puede ponerse en contacto con el servicio de soporte técnico de VMware.

Problemas de arranque desde SAN

• No se admite la instalación de ESXi 6.5 en un canal de fibra o un LUN iSCSI con un identificador de LUN mayor que 255
  vSphere 6.5 admite identificadores de LUN de 0 a 16383. Sin embargo, debido a limitaciones de BIOS del adaptador, no se pueden usar LUN con identificadores mayores que 255 para el arranque desde una instalación de SAN.

  Solución alternativa: Para la instalación de ESXi deben usarse LUN con identificadores de hasta 255.

Problemas de iSCSI

• En vSphere 6.5, el nombre asignado al adaptador de iSCSI de software es diferente de las versiones anteriores
  Después de actualizar a vSphere 6.5, cambia el nombre del adaptador de iSCSI de software existente, vmhbaXX. Este cambio afecta a todos los scripts que utilizan valores codificados de forma rígida para el nombre del adaptador. Debido a que VMware no garantiza que el nombre del adaptador siga siendo el mismo en las diferentes versiones, el nombre en los scripts no se debe codificar de forma rígida. El cambio de nombre no afecta el comportamiento del adaptador de software de iSCSI.

  Solución alternativa: Ninguna.

Problemas de migración

• Al intentar migrar una instalación de vCenter Server o de Platform Services Controller en Windows a un dispositivo, se puede generar un mensaje de error sobre los ajustes de configuración de DNS si la instalación en Windows de origen contiene una configuración de direcciones IPv4 e IPv6 estáticas
  La migración de una instalación en Windows configurada con direcciones IPv4 e IPv6 estáticas puede generar un mensaje de error: Error durante la configuración de DNS. Detalles: Error en la operación. Código: com.vmware.applmgmt.err_operation_failed.

  El archivo de registro /var/log/vmware/applmgmt/vami.log correspondiente al dispositivo recién instalado contiene las siguientes entradas:
  INFO:vmware.appliance.networking.utils:Running command: ['/usr/bin/netmgr', 'dns_servers', '--set', '--mode', 'static', '--servers', 'IPv6_address,IPv4_address']
  INFO:vmware.appliance.networking.utils:output:
  error:
  returncode: 17
  ERROR:vmware.appliance.networking.impl:['/usr/bin/netmgr', 'dns_servers', '--set', '--mode', 'static', '--servers', 'IPv6_address,IPv4_address'] error , rc=17

  Solución alternativa:

  1. Elimine el dispositivo recién instalado y restaure la instalación en Windows de origen.

  2. En la instalación en Windows de origen, deshabilite la configuración de IPv6 o de IPv4.

  3. Desde el servidor DNS, elimine la entrada de la dirección IPv6 o IPv4 que había deshabilitado.

  4. Vuelva a intentar la migración.

  5. (Opcional) Una vez finalizada la migración, vuelva a agregar la entrada de DNS y, en el dispositivo migrado, establezca la dirección IPv6 o IPv4 que había deshabilitado.

• Se produce un error durante la inicialización de VMware Migration Assistant al migrar vCenter Server 6.0 con SQL externo en el modo de autenticación integrada de Windows
  Como usuario sin el privilegio "Reemplazar un token de nivel de proceso", cuando migra de vCenter Server en Windows con una base de datos de Microsoft SQL Server externa configurada con "Autenticación integrada de Windows", se produce un error de inicialización del asistente de migración de VMware con un mensaje confuso que no indica la causa del error.

  Por ejemplo: No se pudieron ejecutar las comprobaciones previas a la migración.

  La base de datos de vCenter Server recopila los requisitos en un registro que se encuentra en:
  %temp/vcsMigration/CollectRequirements_com.vmware.vcdb_2016_02_04_17_50.log

  El registro contiene la entrada:
  2016-02-04T12:20:47.868Z ERROR vcdb.const Error while validating source vCenter Server database: "[Error 1314] CreateProcessAsUser: 'A required privilege is not held by the client.' "

  Solución alternativa: Compruebe que el usuario que ejecuta la migración tenga establecido el privilegio “Reemplazar un token de nivel de proceso”. Puede encontrar una guía para la configuración personalizada en la documentación en línea de Microsoft. Puede volver a ejecutar la migración después de comprobar que los permisos son correctos.

Problemas varios

• El estado de mantenimiento de hardware para el BIOS del servidor es incorrecto si se habilitan los servicios WBEM

  En vSphere Web Client, puede supervisar el estado de hardware con los servicios WBEM activados o desactivados. Sin embargo, el estado de mantenimiento de hardware para el BIOS del servidor, que no tiene ningún estado de mantenimiento, notifica un estado verde cuando los servicios WBEM están activados.

  Solución alternativa: Ninguna.

• El cambio en las versiones de firmware de BIOS, BMC y PLSA no se muestra en la interfaz de usuario de consola directa (DCUI)

  La DCUI proporciona información acerca de las versiones de hardware y cuando cambian, la DCUI permanece en blanco. 

  Solución alternativa: Inicie los servicios WBEM mediante el comando: esxcli system wbem set --enabled

• Una alta carga de lectura de imágenes ISO de VMware Tools puede causar daños en los medios con tecnología flash

  En el entorno de VDI, una alta carga de lectura de imágenes de VMware Tools puede producir daños en los medios con tecnología flash. 

  Solución alternativa: 

  Puede copiar todos los datos de VMware Tools en su propio disco RAM. Por lo tanto, los datos se podrán leer de los medios con tecnología flash solo una vez por arranque. Todas las demás lecturas van al disco RAM. vCenter Server Agent (vpxa) tiene acceso a estos datos a través del directorio /vmimages que tiene vínculos simbólicos que apuntan a productLocker.

  Para activar la característica, siga los siguientes pasos:

  1. Utilice el comando para establecer la opción avanzada ToolsRamdisk como 1:

     esxcli system settings advanced set -o /UserVars/ToolsRamdisk -i 1

  2. Reinicie el host. 

• El complemento lsu-hpsa no funciona con el controlador hpsa nativo (nhpsa)
  El complemento lsu-hpsa no funciona con el controlador hpsa nativo (nhpsa) porque el controlador nhpsa no es compatible con la herramienta de administración de HPSA (hpssacli) actual, que utiliza el complemento lsu-hpsa. Puede que reciba los siguientes mensajes de error:

  # esxcli storage core device set -d naa.600508b1001c7dce62f9307c0604e53b -l=locator
Unable to set device's LED state to locator. Error was: HPSSACLI call in HPSAPlugin_SetLedState exited with code 127! (from lsu-hpsa-plugin)

  # esxcli storage core device physical get -d naa.50004cf211e636a7
Plugin lsu-hpsa-plugin cannot get information for device with name naa.50004cf211e636a7. Error was: HPSSACLI call in Cache_Update exited with code 127!

  # esxcli storage core device raid list -d naa.600508b1001c7dce62f9307c0604e53b
Plugin lsu-hpsa-plugin cannot get information for device with name naa.600508b1001c7dce62f9307c0604e53b. Error was: HPSSACLI call in Cache_Update exited with code 127!

  Solución alternativa: Reemplace el controlador hpsa nativo (nhpsa) con el controlador de vmklinux.

Problemas de almacenamiento

• El almacén de datos VMFS no está disponible después de reiniciar un host ESXi para los dispositivos de la matriz solo con ATS

  Si el destino conectado al host ESXi admite solo ALUA implícita y tiene rutas de acceso de solo en espera, el dispositivo se registra, pero los atributos de dispositivo relacionados con acceso de medios no se rellenan. Si se agrega una ruta activa en el registro de publicaciones, podría demorarse hasta cinco minutos para que los atributos VAAI se actualicen. Como resultado, los volúmenes VMFS, configurados con solo ATS, pueden no montarse correctamente hasta la actualización de VAAI.

  Solución alternativa: Si el destino es compatible con las rutas de acceso de solo en espera y tiene solo ALUA implícita, habilite la opción de configuración FailDiskRegistration en el host mediante el siguiente comando de CLI de ESXi: esxcli system settings advanced set -o /Disk/FailDiskRegistration -i 1

  Para que surta efecto, debe establecer la opción de configuración y reiniciar el host. Esto retrasará el registro de los dispositivos hasta que vea una ruta activa.
   

• Los comandos de administración de LED pueden producir un error al activarlos o desactivarlos en el modo HBA

  Cuando activa o desactiva los siguientes comandos LED

  esxcli storage core device set -l locator -d <device id>
esxcli storage core device set -l error -d <device id>
esxcli storage core device set -l off -d <device id>,

  pueden fallar en el modo HBA de algunos controladores HP Smart Array, por ejemplo, P440ar y HP H240. Además, el controlador podría dejar de responder, lo que deriva en un error en los siguientes comandos de administración: 

  Administración de LED:
  esxcli storage core device set -l locator -d <device id>
esxcli storage core device set -l error -d <device id>
esxcli storage core device set -l off -d <device id>

  Obtiene la ubicación del disco:esxcli storage core device physical get -d <device id>

  Este problema es específico del firmware y se activa solo mediante comandos de administración de LED en el modo HBA. No hay ningún problema en el modo RAID.

  Solución alternativa: Vuelva a intentar el comando de administración hasta que lo consiga. 

• El complemento de capacidad de servicio de disco de vSAN lsu-lsi-lsi-mr3-plugin para el controlador lsi_mr3 es posible que presente un error que reza que no se puede obtener la información de dispositivo o que no es correcta

  El complemento de capacidad de servicio de disco de vSAN proporciona compatibilidad con información y administración extendida para discos. En vSphere 6.5 Update 1 los comandos:
  
  Obtener la ubicación del disco:
  esxcli storage core device physical get -d <device UID> para el disco de modo JBOD.
  esxcli storage core device raid list -d <device UID> para el disco de modo RAID.
  
  Administración de LED:
  esxcli storage core device set --led-state=locator --led-duration=<seconds> --device=<device UID>
esxcli storage core device set --led-state=error --led-duration=<seconds> --device=<device UID>
esxcli storage core device set --led-state=off -device=<device UID>
  
  es posible que presenten uno de los siguientes errores:
  Plugin lsu-lsi-mr3-plugin cannot get information for device with name <NAA ID>.
  El error es: No se puede obtener la información del dispositivo...  o no está bien formado (token no válido): ...
  

  Solución alternativa:
  1. Utilice el comando localcli en lugar del comando esxcli en el servidor que experimenta este problema.
  El comando localcli genera el mensaje correcto mientras que esxcli aleatoriamente puede producir un error.

• Si usa SESparse VMDK, el formateo de una máquina virtual con el sistema de archivos de Windows o Linux requerirá más tiempo
  Cuando se formatea una máquina virtual con el sistema de archivos de Windows o Linux, el proceso puede tardar más de lo habitual. Esto sucede si el disco virtual es SESparse.

  Solución alternativa: Antes de formatear, deshabilite la operación UNMAP en el sistema operativo invitado. Puede volver a habilitar la operación después de que finalice el proceso de formateo.

• Al intentar usar el complemento VMW_SATP_LOCAL para dispositivos SAS remotos compartidos se pueden provocar problemas y errores
  En versiones anteriores a ESX 6.5, los dispositivos SAS están marcados como remotos a pesar de ser reclamados por el complemento VMW_SATP_LOCAL. En ESX 6.5, todos los dispositivos reclamados por VMW_SATP_LOCAL se marcan como locales aunque sean externos. En consecuencia, cuando actualiza a ESXi 6.5 desde versiones anteriores, todos los dispositivos SAS remotos existentes que antes se marcaban como remotos cambian su estado a local. Este cambio afecta a los almacenes de datos compartidos que están implementados en esos dispositivos y puede provocar problemas y comportamientos impredecibles.
  Además, se producen problemas en algunas funciones si se utilizan incorrectamente los dispositivos que ahora están marcados como locales, pero que en realidad son compartidos y externos. Por ejemplo, cuando permite la creación del sistema de archivos VFAT o utiliza los dispositivos para Virtual SAN.

  Solución alternativa: No utilice el complemento VMW_SATP_LOCAL para los dispositivos SAS remotos externos. Asegúrese de utilizar otro SATP aplicable de la lista compatible o un SATP único del proveedor.

• Cuando se cierra sesión en vSphere Web Client mientras se carga un archivo en un almacén de datos, la carga se cancela y el archivo queda incompleto
  La carga de archivos de gran tamaño en un almacén de datos lleva tiempo. Si cierra sesión mientras se carga el archivo, la carga se cancela sin advertencia previa. El archivo parcialmente cargado puede permanecer en el almacén de datos.

  Solución alternativa: No cierre sesión mientras se carga un archivo. Si el almacén de datos contiene el archivo incompleto, elimine este archivo del almacén de datos manualmente.

Problemas de redes

• El controlador de Intel i40en no permite desactivar hardware debido a la depuración de la capacidad de la etiqueta de VLAN de RX

  Para el controlador i40en de Intel, el hardware siempre quita la etiqueta de VLAN de RX y no se puede deshabilitar mediante el siguiente comando de vsish:

  vsish -e establecer /net/pNics/vmnicX/hwCapabilities/CAP_VLAN_RX 0

  Solución alternativa: Ninguna.

• Puede producirse un error al agregar un vínculo superior físico a un conmutador virtual en VMware Host Client

  Agregar un adaptador de red física, o un vínculo superior, a un conmutador virtual en VMware Host Client podría fallar si selecciona Redes > Conmutadores virtuales> Agregar vínculo superior.

  Solución alternativa:

  1. Haga clic con el botón secundario en el conmutador virtual que desee editar y, a continuación, en Editar configuración.
  2. Haga clic en Agregar vínculo superior para agregar un nuevo vínculo superior físico al conmutador virtual.
  3. Haga clic en Guardar.

• Se produce un error en la conexión cuando se conecta una vNIC a un conmutador estándar vSphere o a vSphere Distributed Switch con Network I/O Control deshabilitado
  Si una vNIC se configura con una reserva mayor que 0 y la conecta a un conmutador estándar vSphere o a vSphere Distributed Switch con Network I/O Control deshabilitado, se produce un error en la conexión con el siguiente el mensaje: Un parámetro especificado no era correcto: spec.deviceChange.device.backing.

  Solución alternativa: Ninguna.

• La red se vuelve no disponible con dispositivos de acceso directo completos
  Si se usa un controlador ntg3 nativo con un Adaptador Ethernet Gigabit Broadcom de acceso directo, la conexión de red se volverá no disponible.

  Solución alternativa:

  • Ejecute el controlador ntg3 en modo heredado:

    1. Ejecute el comando esxcli system module parameters set -m ntg3 -p intrMode=0.

    2. Reinicie el host.

  • Utilice el controlador tg3 vmklinux como controlador predeterminado, en lugar del controlador ntg3 nativo.

• Se produce un error cuando una aplicación de RDMA en el espacio del usuario de una máquina virtual envía o recibe datos
  Si una aplicación de RDMA invitada en el espacio del usuario utiliza pares de colas de datagramas no confiables y un identificador de grupo basado en IP para comunicarse con otras máquinas virtuales, se produce un error cuando la aplicación de RDMA envía o recibe datos o entradas de finalización de trabajo. Todas las solicitudes de trabajo que estén en los pares de colas se eliminan y no se completan.

  Solución alternativa: Ninguna.

• Los paquetes se pierden con los servidores de sistemas IBM que tienen un dispositivo NIC USB en Universal Host Controller Interface
  Algunos servidores de sistemas IBM, como IBM BladeCenter HS22, con un dispositivo NIC USB bajo Universal Host Controller Interface, presentan problemas de redes si ejecutan el controlador USB nativo vmkusb. Los paquetes se pierden en el dispositivo NIC USB que no está en UHCI cuando se utiliza el controlador vmkusb para la NIC USB.

  Solución alternativa: Deshabilite el controlador vmkusb nativo USB y cambie al controlador USB vmklinux heredado:

  1. Ejecute el comando esxcli system module set -m=vmkusb -e=FALSE para deshabilitar el controlador USB nativo vmkusb.

  2. Reinicie el host. Durante el reinicio, se carga el controlador USB heredado.

• Las aplicaciones invitadas del kernel reciben entradas de finalización inesperadas para solicitudes de trabajo de registro rápido no señaladas
  La comunicación RDMA entre dos máquinas virtuales que residen en un host con un vínculo superior de RDMA activo en ocasiones activa entradas de finalización falsas en las aplicaciones invitadas del kernel. Las entradas de finalización se activan erróneamente a causa de solicitudes de trabajo de registro rápido no señaladas emitidas por el protocolo de capa superior (Upper Layer Protocol, ULP) de RDMA de nivel de kernel de un invitado. Esto puede provocar desbordamientos de la cola de finalización en el ULP del kernel.

  Solución alternativa: Para evitar activar finalizaciones extrañas, ponga en hosts separados las máquinas virtuales que utilizarán solicitudes de trabajo de registro rápido.

• No puede accederse a una máquina virtual con un dispositivo RDMA paravirtual durante una operación de snapshot o una migración de vMotion
  Las máquinas virtuales con un dispositivo RDMA paravirtual (PVRDMA) ejecutan aplicaciones RDMA para comunicarse con pares de colas del mismo nivel. Si una aplicación RDMA intenta comunicarse con un número de cola del mismo nivel que no existe, el dispositivo de PVRDMA puede esperar una respuesta del par del mismo nivel de manera indefinida. En consecuencia, no se puede acceder a la máquina virtual durante una operación de snapshot o una migración si se está ejecutando al mismo tiempo la aplicación RDMA.

  Solución alternativa: Antes de crear una snapshot o realizar una migración de vMotion con un dispositivo de PVRDMA, cierre las aplicaciones RDMA que utilizan un número de par de colas del mismo nivel que no existe.

• Se tarda un par de horas en completar la transferencia a Netdump de un núcleo de ESXi
  Con hosts que utilizan las NIC Intel X710 o Intel X710L, la transferencia de un núcleo de ESXi a un servidor Netdump tarda un par de horas. La acción se realiza correctamente, pero la transferencia a Netdump es mucho más rápida con otras NIC.

  Solución alternativa: Ninguna.

• Los protocolos de la capa superior de RDMA de nivel del kernel no funcionan correctamente en una máquina virtual invitada con un dispositivo RDMA paravirtual
  Los protocolos de la capa superior de RDMA de nivel del kernel, como NFS o iSER, intentan crear más recursos que los que puede proporcionar el dispositivo paravirtual RDMA (PVRDMA). En consecuencia, los módulos del kernel no se cargan. Sin embargo, RDMA Connection Manager (RDMACM) sigue funcionando.

  Solución alternativa: Ninguna.

• El comando Abajo/Arriba activa una NIC después de más de 60 segundos
  Cuando se configura una red LAN virtual extensible (Virtual Extensible LAN, VXLAN) y se comienza a transferir tráfico de VXLAN sobre una NIC en la que se utiliza el controlador nmlx4_en, se puede producir un error en el comando esxcli network nic up al intentar activar una NIC en un intervalo de tiempo de 60 segundos. La NIC se activa con alguna demora. La ejecución más lenta del comando se produce cuando se ejecutan varias veces consecutivas los comandos de activación/desactivación y desenlace/enlace.

  Solución alternativa: Ninguna.

• La NIC nmlx4_en de 40 Gigabits no admite Wake-On-LAN (WOL)
  WOL se admite solo en tarjetas Flexible LOM de HP de 10 Gigabits (tarjetas Mellanox de marca HP). HP no admite tarjetas de 40 Gigabits.

  Solución alternativa: Utilice tarjetas Flexible LOM de HP de 10 Gigabits si desea utilizar WOL en tarjetas nmlx4_en.

• Los recursos compartidos de NFS no se montan al utilizar credenciales Kerberos para autenticarse en Active Directory
  Si une un sistema ESX a Active Directory y lo actualiza a la versión actual, ESX no puede montar correctamente los recursos compartidos de NFS con el keytab Kerberos si la instancia de Active Directory dejó de admitir el cifrado RC4. Esto se debe a que el keytab solo se escribe cuando ESX se une y la pila Likewise utilizada en ESX no admite el cifrado con AES para versiones anteriores.

  Solución alternativa: Debe volver a unirse a Active Directory para que se actualice el keytab del sistema.

• La vmnic de Intel 82579LM o I217 puede perder la capacidad de respuesta de manera irrecuperable
  Se activa un problema en la vmnic de Intel 82579LM o I217 con tráfico pesado, como 4 pares de máquinas virtuales ejecutando netperf que deshabilitan y vuelven a habilitar repetidamente la emulación de software de VMkernel de capacidad de descarga del hardware. En alguno de estos ciclos, el hardware deja de responder.

  Solución alternativa:

  1. Evite deshabilitar y volver a habilitar la emulación de software de VMkernel de capacidades de descarga de hardware en el adaptador de Intel 82579LM o I217.

  2. Si se encuentra con este problema de ausencia de capacidad de respuesta, debe reiniciar el host.

• La NIC de Intel i219 puede dejar de responder y perder conectividad de red
  Las NIC de la familia Intel i219, que aparecen como "Intel Corporation Ethernet Connection I219-LM" (en ocasiones con el sufijo "V"), pueden tener un estado de ausencia de capacidad de respuesta en lo que respecta al hardware, lo que puede provocar que el sistema pierda conectividad de red en el puerto. Este problema se activa debido a operaciones interruptoras mientras el tráfico se transmite por la NIC. Por ejemplo, puede encontrarse con este error si desactiva un vínculo con el comando esxcli network nic down vmnixX mientras copia un archivo por medio del puerto de i219. Este problema también puede activarse con tráfico pesado, como 4 pares de máquinas virtuales ejecutando netperf que deshabilitan y vuelven a habilitar repetidamente la emulación de software de VMkernel de capacidad de descarga del hardware. La NIC no funciona hasta después de reiniciar el host.

  Solución alternativa:

  1. Evite usar el puerto de la NIC i219 en trabajos críticos.

  2. Evite realizar operaciones interruptoras en los puertos de i219.

  3. Evite deshabilitar y volver a habilitar la emulación de software de VMkernel de capacidades de descarga de hardware en el adaptador de Intel I219.

  4. Cuando debe usarse i219, configure la formación de equipos y la conmutación por error con otro puerto que no sea de i219LM.

• El controlador bnx2x causa un mensaje de error en una pantalla morada que se muestra durante la conmutación por error o por recuperación de la NIC
  Cuando se deshabilitan o habilitan los puertos VMkernel y se cambia el orden de conmutación por error de las NIC, el controlador bnx2x origina un mensaje de error en una pantalla morada.

  Solución alternativa: Utilice el controlador async.

Problemas de NFS

• El cliente NFS 4.1 pierde sincronización con el servidor de NFS al intentar crear nuevas sesiones
  Este problema se produce después de un período de conectividad interrumpida con el servidor de NFS, o cuando las E/S de NFS no obtienen respuestas. Cuando se produce este problema, el archivo vmwarning.log contiene una serie limitada de mensajes de advertencia similares a los siguientes:
  NFS41 CREATE_SESSION request failed with NFS4ERR_SEQ_MISORDERED
  

  Solución alternativa: Realice los pasos siguientes:

  1. Desmonte los almacenes de datos NFS 4.1 afectados. Si no hay archivos abiertos al desmontarlos, la operación se completa correctamente y el módulo de cliente NFS 4.1 limpia el estado interno. A continuación, se pueden volver a montar los almacenes de datos desmontados y reanudar el funcionamiento normal.

  2. Si el desmontaje del almacén de datos no soluciona el problema, deshabilite las NIC que se conectan a las direcciones IP de los recursos compartidos de NFS. Mantenga las NIC deshabilitadas hasta que caduque el tiempo de concesión del servidor y entonces vuelva a activar las NIC. Debería reanudarse el funcionamiento normal.

  3. Si los pasos anteriores no funcionan, reinicie el host ESXi.

• Después de un reinicio de ESXi, se produce un error en el montaje de los almacenes de datos NFS 4.1 que exporta el almacenamiento EMC VNX
  Debido a un problema potencial con EMC VNX, las solicitudes para volver a montar NFS 4.1 podrían tener errores después de reiniciar un host ESXi. En consecuencia, todos los almacenes de datos NFS 4.1 exportados por este almacenamiento aparecen como desmontados.

  Solución alternativa: Espere a que caduque el tiempo de concesión de 90 segundos y vuelva a montar manualmente el volumen.

• El montaje del mismo almacén de datos NFS con etiquetas diferentes puede generar errores cuando se intenta montar otro almacén de datos más tarde
  El problema se produce cuando se utiliza el comando esxcli para montar el mismo almacén de datos NFS en hosts ESXi distintos. Si utiliza otras etiquetas, por ejemplo, A y B, vCenter Server cambia el nombre de B a A para que el almacén de datos tenga etiquetas uniformes en todos los hosts. Si posteriormente se intenta montar un nuevo almacén de datos y se utiliza la etiqueta B, el host ESXi tendrá errores. Este problema se produce solo cuando se monta el almacén de datos NFS con el comando esxcli. Esto no afecta el montaje a través de vSphere Web Client.

  Solución alternativa: Al montar el mismo almacén de datos NFS con comandos esxcli, asegúrese de usar etiquetas uniformes en todos los hosts.

• Es posible que no se pueda acceder a un almacén de datos NFS 4.1 exportado desde un servidor VNX
  Cuando el servidor VNX 4.1 se desconecta del host ESXi, es posible que no se pueda acceder al almacén de datos NSF 4.1. Este problema se produce si el servidor VNX cambia su número principal de manera inesperada. Sin embargo, el cliente NFS 4.1 no espera que el número principal del servidor cambie después de establecer la conectividad con el servidor.

  Solución alternativa: Elimine todos los almacenes de datos exportados por el servidor y vuelva a realizar el montaje de los mismos.

Problemas con funciones de seguridad

• Problemas tras ejecutar TLS ReConfigurator cuando la autenticación de tarjetas inteligentes está habilitada
  vSphere 6.5 incluye la herramienta TLS Reconfigurator, que sirve para administrar la configuración de TLS. Los usuarios instalan la herramienta expresamente. La herramienta se documenta en el artículo de KB de VMware 2147469.
  Si la herramienta se ejecuta en un entorno de vSphere 6.5 donde la autenticación de tarjetas inteligentes está habilitada en Platform Services Controller, los servicios no se inician y se genera una excepción. El error sucede al ejecutar la herramienta para cambiar las configuraciones de TLS en Platform Services Controller, y afecta a los servicios de administrador de contenido (Windows PSC) o al servicio vmware-stsd (dispositivo de Platform Services Controller).

  Solución alternativa:

  1. Abra el archivo server.xml para editarlo.

  Windows: C:\ProgramData\VMware\vCenterServer\runtime\VMwareSTSService\con

  Linux: /usr/lib/vmware-sso/vmware-sts/conf

  2. De las dos entradas correspondientes a la etiqueta server, quite la primera.

  3. Reinicie todos los servicios.

  En el siguiente ejemplo, se quita la primera entrada Server, pero no la segunda.
  
  <!--Remove the first Server entry-->
<Server port="${base.shutdown.port}" shutdown="SHUTDOWN">
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener"/>
<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/>
...
</Server>
<!--Keep the second Server entry-->
<Server port="${base.shutdown.port}" shutdown="SHUTDOWN">
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
...
</Server>
  

• Se produce un error al agregar un host ESXi a entornos con varias instancias de vCenter Server y Platform Services Controller tras un equilibrador de carga
  Se configura un entorno con varias instancias de vCenter Server y Platform Services Controller tras un equilibrador de carga. El entorno usa VMCA como CA intermedia. Cuando se intenta agregar un host ESXi, se produce el siguiente error:
  No se puede obtener el certificado firmado para el nombre de host: Error: No se pudo conectar con el host remoto, motivo = rpc_s_too_many_rem_connects Cuando se intenta recuperar la CA raíz en Platform Services Controller, se produce un error en el comando tal como se muestra a continuación.
  /usr/lib/vmware-vmca/bin/certool --getrootca --server=wx-sxxx-sxxx.x.x.x Estado: Código de error: 382312518 Mensaje de error: No se pudo conectar con el host remoto, motivo = rpc_s_too_many_rem_connects (0x16c9a046)

  Solución alternativa: Reinicie el servicio VMCA en Platform Services Controller.
  

• Los servicios de vCenter Server no se inician tras el reinicio o la conmutación por error si el nodo de Platform Services Controller no está disponible
  Si un nodo de Platform Services Controller no está disponible de forma temporal, y si se reinicia vCenter Server o se produce una conmutación por error de vCenter HA en ese momento, los servicios de vCenter no se inician.

  Solución alternativa: Restaure el nodo de Platform Services Controller y reinicie vCenter Server, o inicie todos los servicios desde la línea de comandos mediante este comando:
  service-control --start --all
  

• El daemon de STS no se inicia en vCenter Server Appliance
  Tras instalar vCenter Server Appliance, o después de actualizar o migrar a vCenter Server Appliance 6.5, a veces el daemon del servicio de token seguro no se inicia. Este problema no es habitual, pero ocurre a veces.

  Solución alternativa: Ninguna. Este problema se ha observado cuando el DNS no resuelve localhost en la dirección bucle invertido en un entorno de IPv6. La revisión de la configuración de red puede ayudar a resolver el problema.
  

• Se produce el error 400 al intentar iniciar sesión en vCenter Server desde vSphere Web Client
  Se inicia sesión en vCenter Server desde vSphere Web Client y, a continuación, se cierra la sesión. Si, tras ocho horas o más, se intenta iniciar sesión de nuevo desde la misma pestaña del explorador, aparece el siguiente error.
  400 Se produjo un error en SSO. urn:oasis:names:tc:SAML:2.0:status:Requester, sub status:null

  Solución alternativa: Cierre el explorador o la pestaña del explorador e inicie sesión de nuevo.

• Una máquina virtual cifrada entra en estado de bloqueo (no válido) cuando vCenter Server se restaura al estado de una copia de seguridad anterior
  En la mayoría de los casos, se agrega una máquina virtual cifrada a vCenter Server mediante vSphere Web Client o vSphere API.
  No obstante, la máquina virtual se puede agregar de otras maneras, por ejemplo, cuando la máquina virtual cifrada se agrega mediante una operación de copia de seguridad empleando las funciones de copia de seguridad y restauración basadas en archivos.
  En tal caso, vCenter Server no inserta las claves de cifrado en el host ESXi. Como resultado, la máquina virtual queda bloqueada (no válida).
  Esta es una función de seguridad que impide a una máquina virtual cifrada no autorizada acceder a vCenter Server.

  Solución alternativa: Existen varias opciones.

  • Elimine del registro la máquina virtual y vuelva a registrarla con vSphere API. Puede realizar esta operación desde vSphere Web Client o desde vSphere API.

  • Elimine el host ESXi que contiene la máquina virtual de vCenter Server y vuelva a agregarlo.

• Error durante la tarea de cifrado de una máquina virtual al comunicarse con el host remoto
  Realiza una operación de cifrado de una máquina virtual, por ejemplo cifrar una máquina virtual o crear una nueva máquina virtual cifrada. El clúster incluye un host ESXi desconectado. Aparece el siguiente error:
  Se produjo un error al comunicarse con el host remoto.

  Solución alternativa: Elimine el host desconectado del inventario del clúster.
  

• No se produce la conmutación por error automática si los servicios de Platform Services Controller dejan de estar disponibles
  Si ejecuta Platform Services Controller detrás de un equilibrador de carga, se produce la conmutación por error en caso de que el nodo de Platform Services Controller deje de estar disponible. Si ocurre un error en los servicios de Platform Services Controller que se ejecutan detrás del puerto de proxy inverso 443, no se produce la conmutación por error automática. Estos servicios incluyen el servicio de token de seguridad y el servicio de licencias, entre otros.

  Solución alternativa: Desconecte la instancia de Platform Services Controller con el servicio que presenta error para activar la conmutación por error.
  

• El sistema vCenter Server no se puede conectar a un KMS mediante la dirección IPv6
  vCenter Server puede conectarse a un servidor de administración de claves (Key Management Server, KMS) solo si el KMS tiene una dirección IPv4 o un nombre de host que se resuelva en una dirección IPv4. Si el KMS tiene una dirección IPv6, se produce el siguiente error cuando se agrega el KMS al sistema vCenter Server.
  No se puede establecer conexión de confianza.

  Solución alternativa: Configure una dirección IPv4 para el KMS.
  

• Se produce un error en el arranque seguro después de la actualización desde versiones anteriores de ESXi
  No es posible arrancar un host ESXi 6.5 que tiene el arranque seguro habilitado en las siguientes situaciones:

  • La actualización del host se realizó mediante el comando ESXCLI. El comando no actualiza el cargador de arranque y no mantiene las firmas. Cuando se habilita el arranque seguro después de la actualización, se produce un error.

  • La actualización del host se realizó mediante el archivo ISO, pero los VIB anteriores se conservan después de la actualización. En este caso, el proceso de arranque seguro no puede verificar las firmas de los VIB anteriores y se produce un error. El archivo ISO debe contener versiones nuevas de todos los VIB que se instalan en el host ESXi antes de la actualización.

  Solución alternativa: Ninguna. El arranque seguro no se puede habilitar en estas condiciones. Vuelva a instalar el host ESXi para habilitar el arranque seguro.

• Después de una actualización, se habilita SSLv3 en el puerto 7444 si se habilitó antes de la actualización
  En una instalación limpia, SSLv3 no se habilita en los sistemas vCenter Server ni Platform Services Controller. Sin embargo, después de una actualización, el servicio se habilita en el puerto 7444 (el puerto del servidor de token de seguridad) de manera predeterminada. Si el servicio SSLv3 está habilitado, es posible que el sistema quede vulnerable a ciertos ataques.

  Solución alternativa: Para una implementación integrada, deshabilite SSLv3 en el archivo server.xml del servidor de token de seguridad.

  1. Para una implementación con una instancia externa de Platform Services Controller, determine si hay algún sistema heredado de vCenter Server conectado y actualice esos sistemas vCenter Server.

  2. Deshabilite SSLv3.

  1. Abra el archivo server.xml (C:\ProgramData\VMware\vCenterServer\runtime\VMwareSTSService\conf en un sistema Windows y /usr/lib/vmware-sso/vmware-sts/conf/ en un sistema Linux).

  2. Busque el conector que tenga SSLEnabled=True y elimine SSLv3 del atributo SSLEnabledProtocols de modo que el atributo muestre lo siguiente:
     sslEnabledProtocols="TLSv1,TLSv1.1,TLSv1.2"

  3. Guarde y reinicie todos los servicios.

• Se produce un error al clonar una máquina virtual cifrada con uno o más discos duros sin cifrar
  Cuando se clona una máquina virtual cifrada, se produce el siguiente error si no se cifran uno o más discos duros de la máquina virtual.
  El objeto no admite la operación.
  Se produce un error en el proceso de clonación.

  Solución alternativa: En la pantalla Seleccionar almacenamiento del Asistente de clonación de máquinas virtuales, seleccione Opciones avanzadas. Incluso si no hace ningún cambio en la configuración avanzada, el proceso de clonación se realiza correctamente.
  

Problemas con la configuración de servidores

• Se produce una incongruencia para la opción de compartir en todo el clúster durante la comprobación del cumplimiento de perfil de host,
  Durante una comprobación de cumplimiento de perfil de host, si se produce un error de coincidencia debido a la opción se comparte en todo el clúster, se muestra el nombre de dispositivo para el valor de Host o para el valor de Perfil de host.

  Solución alternativa: Trate el mensaje como un error de coincidencia de cumplimiento para la opción se comparte en todo el clúster.

• Se produce un error en la corrección de perfil de host si el perfil de host extraído de un clúster de vSAN se asocia a un clúster de vSAN diferente
  Si se extrae un perfil de host de un host de referencia que forma parte de un clúster de vSAN y se lo asocia a otro clúster de vSAN, se produce un error en la operación de corrección (aplicar).

  Solución alternativa: Edite la configuración de vSAN para el perfil de host antes de aplicar el perfil. El UUID de clúster y el nombre de almacén de datos deben coincidir con los valores para el clúster al que se asocia el perfil.

• El perfil de host no captura la configuración de modo de bloqueo para el host
  Si se extrae un perfil de host de un host ESXi sin estado con la opción Modo de bloqueo habilitada, no se captura la configuración de modo de bloqueo. La opción Modo de bloqueo se deshabilita en el host después de aplicar el perfil de host y reiniciar el host.

  Solución alternativa: Después de aplicar el perfil de host y reiniciar el host, habilite manualmente la opción Modo de bloqueo para el host.

• Errores de cumplimiento para los perfiles de host con unidades SAS después de la actualización a vSphere 6.5
  Como todas las unidades reclamadas por SATP_LOCAL se marcan como LOCAL, los perfiles de host con SAS en los que se habilitó la opción El dispositivo se comparte en todo el clúster no pasan la comprobación de cumplimiento.

  Solución alternativa: Deshabilite la opción de configuración El dispositivo se comparte en todo el clúster en los perfiles de host con unidades SAS antes de la corrección.

• Se produce un error en la corrección por lotes de perfiles de host para los hosts con reglas de compatibilidad de DRS flexibles
  En una corrección por lotes, se ejecuta una operación de corrección en un grupo de hosts o clústeres. Host Profiles utiliza la función DRS para colocar los hosts automáticamente en el modo de mantenimiento antes de la operación de corrección. No obstante, para esta operación solo pueden realizarla los hosts situados en clústeres de DRS totalmente automatizados sin reglas de compatibilidad flexibles. Se produce un error en la corrección de los hosts con reglas de compatibilidad de DRS flexibles debido a que esas reglas evitan que los hosts entren en modo de mantenimiento.

  Solución alternativa:

  1. Determine si el clúster se encuentra totalmente automatizado:

     1. En vSphere Web Client, desplácese hasta el clúster.

     2. Seleccione la pestaña Configurar y luego seleccione Opciones de configuración.

     3. Expanda la lista de servicios y seleccione vSphere DRS.

     4. Si el campo Automatización de DRS contiene Totalmente automatizado, entonces el clúster se encuentra totalmente automatizado.

  2. Compruebe si el host tiene una regla de compatibilidad flexible:

     1. En el clúster, seleccione la pestaña Configurar y luego seleccione Opciones de configuración.

     2. Seleccione Reglas de host/máquina virtual.

     3. Examine todas las reglas en las que se establece Ejecutar máquinas virtuales en hosts o No ejecutar máquinas virtuales en hosts.

     4. Si los detalles en Detalles de las reglas de host/máquina virtual para esas reglas contienen la palabra “debería” (“should”), esa es una regla de compatibilidad o anticompatibilidad flexible.

  3. Si un host contiene una regla de compatibilidad de DRS flexible, pase manualmente el host al modo de mantenimiento y, a continuación, corrija el host.

Problemas del controlador de almacenamiento

• El controlador de bandeja de entrada bnx2x que admite el adaptador de red/iSCSI/FCoE QLogic NetXtreme II puede causar problemas en un entorno de ESXi
  Se producen problemas y errores cuando se deshabilitan o habilitan los puertos de VMkernel y se cambia el orden de conmutación por error de las NIC en la configuración de red de iSCSI.

  Solución alternativa: Reemplace el controlador bnx2x por un controlador asíncrono. Para obtener información, consulte el sitio web de VMware.

• El host ESXi puede tener problemas si se utilizan unidades de almacenamiento SATA de Seagate
  Si se utiliza un adaptador de HBA reclamado por el controlador lsi_msgpt3, el host puede tener problemas al conectarse con dispositivos SATA de Seagate. El archivo vmkernel.log muestra errores similares a los siguientes:
  SCSI cmd RESERVE failed on path XXX
  y
  reservation state on device XXX is unknown

  Solución alternativa: Reemplace la unidad SATA de Seagate por otra unidad.

• Cuando se utiliza el controlador Dell lsi_mr3 versión 6.903.85.00-1OEM.600.0.0.2768847, podrían aparecer varios errores
  Si utiliza el controlador asíncrono Dell lsi_mr3 versión 6.903.85.00-1OEM.600.0.0.2768847, los registros de VMkernel pueden mostrar el siguiente mensaje ScsiCore: 1806: Búfer de detección no válido.

  Solución alternativa: Sustituya el controlador por el controlador de buzón de entrada de vSphere 6.5 o por un controlador asíncrono de Broadcom.

Problemas de Storage DRS

• Storage DRS no respeta la afinidad de VMDK a nivel de POD si los VMDK en una máquina virtual tienen asociada una directiva de almacenamiento
  Si establece una directiva de almacenamiento en el VMDK de una máquina virtual que forma parte de un clúster de almacén de datos con Storage DRS habilitado, Storage DRS no respeta la marca Conservar VMDK juntas para esa máquina virtual. Storage DRS puede recomendar otros almacenes de datos para los VMDK recientemente agregados o existentes.

  Solución alternativa: Ninguna. Este comportamiento se observa cuando se establece un tipo de directiva como VMCrypt o una directiva basada en etiquetas.

• No se puede deshabilitar Storage DRS cuando se implementa una máquina virtual desde una plantilla de OVF
  Cuando se implementa una plantilla de OVF y se selecciona un almacén de datos individual de un clúster de Storage DRS para la colocación de una máquina virtual, no se puede deshabilitar Storage DRS en la máquina virtual. Storage DRS permanece habilitado y esta máquina virtual se puede mover a otro almacén de datos más tarde.

  Solución alternativa: Para mantener de forma permanente la máquina virtual en el almacén de datos seleccionado, cambie manualmente el nivel de automatización de la máquina virtual. Agregue la máquina virtual a la lista de reemplazos de máquina virtual desde la configuración del clúster de almacenamiento.

Problemas de almacenamiento con Host Profiles

• Se produce un error al intentar establecer el parámetro action_OnRetryErrors mediante perfiles de host
  Este problema se produce cuando se edita un perfil de host para agregar la regla de notificación de SATP que activa la opción action_OnRetryErrors para los dispositivos NMP reclamados por VMW_SATP_ALUA. Esta opción controla la capacidad de un host ESXi para marcar una ruta de acceso problemática como inactiva y activar una conmutación por error de ruta de acceso. Cuando se agrega a través del perfil de host, no se tiene en cuenta esa opción.

  Solución alternativa: Se pueden utilizar dos métodos alternativos para establecer el parámetro en un host de referencia.

  • Utilice el siguiente comando esxcli para habilitar o deshabilitar el parámetro action_OnRetryErrors:
    esxcli storage nmp satp generic deviceconfig set -c disable_action_OnRetryErrors -d naa.XXX
    esxcli storage nmp satp generic deviceconfig set -c enable_action_OnRetryErrors -d naa.XXX

  • Siga estos pasos:

    1. Agregue la regla de notificación VMW_SATP_ALUA a la regla de SATP:
       esxcli storage nmp satp rule add --satp=VMW_SATP_ALUA --option=enable_action_OnRetryErrors --psp=VMW_PSP_XXX --type=device --device=naa.XXX

    2. Ejecute los siguientes comandos para recuperar el dispositivo:
       esxcli storage core claimrule load
       esxcli storage core claiming reclaim -d naa.XXX

Problemas de Storage I/O Control

• No se puede cambiar la configuración del filtro de E/S de máquina virtual durante la clonación
  Storage I/O Control no admite cambios en las directivas de una máquina virtual durante la clonación.

  Solución alternativa: Realice la operación de clonación sin ningún cambio de directivas. Es posible actualizar la directiva después de completar la operación de clonación.

• La configuración de Storage I/O Control no se respeta en cada VMDK
  La configuración de Storage I/O Control no se respeta en cada VMDK. La configuración de VMDK se respeta en el nivel de la máquina virtual.

  Solución alternativa: Ninguna.

Problemas de actualización

• Las comprobaciones previas a la actualización muestran un error que indica que falta la interfaz eth0 al actualizar a vCenter Server Appliance 6.5
  Las comprobaciones previas a la actualización muestran un error que indica que falta la interfaz eth0 necesaria para completar la actualización de vCenter Server Appliance. Además, puede que se muestre una advertencia para informar de que solo se conservará eth0 si hay varios adaptadores de red.

  Solución alternativa: Consulte el artículo en http://kb.vmware.com/kb/2147933 de la base de conocimientos para encontrar una solución alternativa.

• Se produce un error de actualización de vCenter Server cuando el conmutador virtual distribuido y los grupos de puertos virtuales distribuidos tienen el mismo nombre con caracteres ASCII altos o caracteres que no son ASCII en un entorno de Windows
  En un entorno de Windows, si los conmutadores virtuales distribuidos y los grupos de puertos virtuales distribuidos utilizan como nombres caracteres ASCII altos duplicados o caracteres que no son ASCII duplicados, se produce el siguiente error en la actualización de vCenter Server:
  No se pudo iniciar UpgradeRunner. Revise los archivos vminst.log y vcsUpgrade\UpgradeRunner.log del directorio temp para obtener más detalles.

  Solución alternativa: Cambie el nombre de los conmutadores virtuales distribuidos o de los grupos de puertos virtuales distribuidos por nombres que no sean únicos.

• Al intentar actualizar vCenter Server Appliance o el dispositivo de Platform Services Controller, se puede generar un mensaje de error sobre los ajustes de configuración de DNS si el dispositivo de origen contiene una configuración de direcciones IPv4 e IPv6 estáticas
  La actualización de un dispositivo configurado con direcciones IPv4 e IPv6 estáticas puede generar un mensaje de error: Error durante la configuración de DNS. Detalles: Error en la operación. Código: com.vmware.applmgmt.err_operation_failed.

  El archivo de registro /var/log/vmware/applmgmt/vami.log correspondiente al dispositivo recién instalado contiene las siguientes entradas:
  INFO:vmware.appliance.networking.utils:Running command: ['/usr/bin/netmgr', 'dns_servers', '--set', '--mode', 'static', '--servers', 'IPv6_address,IPv4_address']
  INFO:vmware.appliance.networking.utils:output:
  error:
  returncode: 17
  ERROR:vmware.appliance.networking.impl:['/usr/bin/netmgr', 'dns_servers', '--set', '--mode', 'static', '--servers', 'IPv6_address,IPv4_address'] error , rc=17

  Solución alternativa:

  1. Elimine el dispositivo recién implementado y restaure el dispositivo de origen.

  2. En el dispositivo de origen, deshabilite la configuración de IPv6 o de IPv4.

  3. Desde el servidor DNS, elimine la entrada de la dirección IPv6 o IPv4 que había deshabilitado.

  4. Intente actualizar nuevamente.

  5. (Opcional) Una vez finalizada la actualización, vuelva a agregar la entrada de DNS y, en el dispositivo actualizado, establezca la dirección IPv6 o IPv4 que había deshabilitado.

• Los intentos para actualizar un vCenter Server Appliance o un dispositivo de Platform Services Controller con una contraseña raíz caducada producen un error con un mensaje genérico que menciona un error interno
  Durante la actualización del dispositivo, el instalador se conecta al dispositivo de origen para detectar el tipo de implementación. Si la contraseña raíz del dispositivo de origen está caducada, el instalador no puede conectarse al dispositivo de origen y aparece el siguiente error en la actualización: Se produce un error interno durante las comprobaciones previas a la actualización.

  Solución alternativa:

  1. Inicie sesión en la interfaz de usuario de la consola directa del dispositivo.

  2. Establezca una nueva contraseña raíz.

  3. Intente actualizar nuevamente.

• La actualización de vCenter Server Appliance puede fallar debido a que no se encuentra la ruta de acceso a una biblioteca compartida de la dependencia
  Podría producirse un error en la actualización de vCenter Server Appliance antes de la fase de exportación. El registro de errores muestra lo siguiente: /opt/vmware/share/vami/vami_get_network: error al cargar bibliotecas compartidas: libvami-common.so: no se puede abrir el archivo de objetos compartidos: no existe dicho archivo o directorio. Este problema ocurre debido a que no se encuentra la ruta de acceso de la biblioteca compartida de la dependencia.

  Solución alternativa:

  1. Inicie sesión en el shell de Bash para el dispositivo vCenter Server Appliance que desea actualizar.

  2. Ejecute los siguientes comandos.
     echo "LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}/opt/vmware/lib/vami/" >> /etc/profile
echo 'export LD_LIBRARY_PATH' >> /etc/profile

  3. Cierre la sesión en el shell del dispositivo.

  4. Intente actualizar nuevamente.

• Se produce un error en la actualización de vCenter Server 6.0 con una base de datos externa si vCenter Server 6.0 tiene bibliotecas de contenido en el inventario
  Se produce un error en la comprobación previa a la actualización cuando intenta actualizar una instancia de vCenter Server 6.0 con bibliotecas de contenido en el inventario y una base de datos de Microsoft SQL Server o de Oracle. Aparece un mensaje de error como Se produce un error interno durante las comprobaciones previas a la actualización del Servicio de biblioteca de contenido de VMware.

  Solución alternativa: Ninguna.

• La extracción de la imagen ISO de vCenter Server Appliance con una herramienta de extracción de terceros provoca un error de permisos
  Cuando se extrae la imagen ISO en Mac OS X para ejecutar el instalador mediante una herramienta de terceros disponible en Internet, es posible que se produzca el siguiente error al ejecutar el instalador de la interfaz de línea de comandos: Error de SO: [Error número 13] Permiso denegado.

  Este problema ocurre debido a que, durante la extracción, algunas herramientas de extracción cambian el conjunto predeterminado de permisos en el archivo ISO de vCenter Server Appliance.

  Solución alternativa: Siga los pasos a continuación antes de ejecutar el instalador:

  1. Para abrir el archivo ISO de vCenter Server Appliance, ejecute el comando de Mac OS X automount.

  2. Copie todos los archivos a un directorio nuevo.

  3. Ejecute el instalador desde el directorio nuevo.

• La actualización de vCenter Server puede tener errores en la fase del primer arranque de VMware Authentication Framework Daemon (VMAFD)
  La fase del primer arranque de VMware Authentication Framework Daemon (VMAFD) podría fallar con el mensaje de error: Error de vdcpromo. Error 382312694: Acceso denegado, motivo = rpc_s_auth_method (0x16c9a0f6).

  Durante una actualización de vCenter Server, podría aparecer un error en el primer arranque de VMAFD si el sistema que está actualizando se instaló con software de terceros que instala su propia versión de las bibliotecas OpenSSL y modifica la variable de entorno PATH del sistema.

  Solución alternativa: Elimine de %PATH% los directorios de terceros que contengan las bibliotecas OpenSSL o muévalos al final de %PATH%.

• VMware vSphere vApp (vApp) y un grupo de recursos no están disponibles como opciones de destino para actualizar vCenter Server Appliance o un dispositivo de Platform Services Controller
  Cuando se actualiza un dispositivo mediante la interfaz gráfica de usuario o la interfaz de línea de comandos del instalador de vCenter Server Appliance, no puede seleccionar una vApp o un grupo de recursos como el destino de actualización.

  Las interfaces del instalador de vCenter Server Appliance no permiten la selección de una vApp o un grupo de recursos como destino de actualización.

  Solución alternativa: Complete la actualización en el host ESXi o en la instancia de vCenter Server seleccionados. Una vez finalizada la actualización, mueva manualmente la máquina virtual recién implementada como se indica a continuación:
  

  • Si actualizó el dispositivo en un host ESXi que forma parte de un inventario de vCenter Server o en una instancia de vCenter Server, inicie sesión en vSphere Web Client de la instancia de vCenter Server y mueva la máquina virtual recién implementada a la vApp o al grupo de recursos requeridos.

  • Si actualizó el dispositivo en un host ESXi independiente, primero agregue el host a un inventario de vCenter Server y luego inicie sesión en vSphere Web Client de la instancia de vCenter Server; a continuación, mueva la máquina virtual recién implementada a la vApp o al grupo de recursos requeridos.

• La actualización a vCenter Server 6.5 puede tener errores en la fase del primer arranque de vmon-api debido a una dirección IPv6 no válida en el campo SAN del certificado SSL
  El certificado SSL de vCenter Server adopta una dirección IPv6 en el campo SAN cuando se instala vCenter Server y se habilitan tanto IPv4 como IPv6. Si deshabilita IPv6 después de la instalación y luego intenta actualizar vCenter Server a la versión 6.5, se producirá un error en la actualización en la fase del primer arranque de vmon-api.

  Solución alternativa: Verifique que el campo SAN del certificado SSL de vCenter Server de origen contenga la dirección IP válida de la instancia de origen de vCenter Server.

• La actualización a vCenter Server 6.5 puede tener errores debido a nombres duplicados de entidades en la carpeta de red
  vSphere 6.5 permite únicamente nombres exclusivos en todos los conmutadores virtuales distribuidos y en los grupos de puertos virtuales distribuidos de la carpeta de red. Las versiones anteriores de vSphere permitían que un conmutador virtual distribuido y un grupo de puertos virtuales distribuidos tuviese el mismo nombre. Si intenta actualizar desde una versión que permitía nombres duplicados, se producirá un error en la actualización.

  Solución alternativa: Cambie el nombre de todos los conmutadores virtuales distribuidos o de todos los grupos de puertos virtuales distribuidos que tengan los mismos nombres antes de iniciar la actualización.

• Syslog Collector puede dejar de funcionar después de actualizar ESXi
  Las instancias de Syslog Collector que utilizan SSL para comunicarse con el daemon de Syslog de ESXi pueden dejar de recibir mensajes de registro del host ESXi después de una actualización.

  Solución alternativa: Vuelva a configurar el daemon de Syslog de ESXi ejecutando los siguientes comandos en el host ESXi actualizado:
  esxcli system syslog config set --check-ssl-certs=true
  esxcli system syslog reload

• El comando Ctrl+C no permite salir de cada página del Contrato de licencia para el usuario final (CLUF) durante la realización de copias intermedias o la instalación de revisiones de vCenter Server Appliance
  Cuando instala los paquetes de actualización de vCenter Server Appliance o realiza copias intermedias de ellos con el comando correspondiente sin agregar el parámetro opcional --acceptEulas, las páginas del CLUF aparecen en el símbolo del sistema. Debe poder utilizar el comando Ctrl+C para salir sin aceptar el contrato, pero dicho comando le mantiene en las páginas del CLUF.

  Solución alternativa: Para salir del CLUF, escriba NO al final de la última página.

• Cuando la validación finaliza con un error de las revisiones en las que se realizaron copias intermedias en una instancia de vCenter Server Appliance, se borran los paquetes de actualización de los que se realizaron copias intermedias
  Para actualizar vCenter Server Appliance, primero debe realizar copias intermedias de las revisiones de actualización disponibles antes de instalarlas en el dispositivo. Si se produce un error la validación de los paquetes para los que se realizaron copias intermedias, se anularán las copias intermedias y se borrarán. Un intento de validar los paquetes después de un fallo inicial genera un error.

  Solución alternativa: Repita la realización de copias intermedias.

Problemas con vCenter Server Appliance, vCenter Server, vSphere Web Client, vSphere Client y vSphere Host Client

• La configuración de opciones de proxy en vCenter Server podría impedir las actualizaciones de versiones de hosts ESXi en un clúster de vSAN 6.6

  La configuración de opciones de proxy en vCenter Server podría impedir las actualizaciones de versiones de hosts ESXi en un clúster de vSAN y causar problemas de redes. Para obtener más detalles, consulte https://ikb.vmware.com/s/article/2150523.

  Solución alternativa:

  Para solucionar este problema, debe quitar la variable de entorno http_proxy o https_proxy en vCenter Server o excluir los hosts locales del proxy.

  Para excluir hosts locales del proxy:

  1. Abra una sesión SSH en la instancia de vCenter Server Appliance que administra el clúster de vSAN.
  2. Edite el archivo /etc/sysconfig/proxy que contiene el nombre de dominio de los hosts, .domain.local, o el nombre de cada host, en la siguiente línea:
     Ejemplo: NO_PROXY="www.domain.local, localhost, 127.0.0.1, vcenter.domain.local, .domain.local"
  3. Reinicie el servicio de administración de vSAN.
     • En vSphere Web Client, desplácese hasta:
       Administración > Implementación > Configuración del sistema > Servicios > vSAN Health Service > Acciones > Reiniciar.
     • Desde la interfaz de línea de comandos de vCenter Server Appliance, ejecute el siguiente comando: /usr/lib/vmware-vmon/vmon-cli -r vsan-health.
• Host Client ejecuta acciones en todas las máquinas virtuales en un host ESXi en lugar de hacerlo en un rango seleccionado con la opción Buscar

  Cuando utiliza la opción Buscar para seleccionar un rango de máquinas virtuales en VMware Host Client, si activa la casilla para seleccionar todo y ejecuta una acción como apagar, encender o eliminar, la acción podría afectar a todas las máquinas virtuales en el host en lugar de solo afectar a la selección.

  Solución alternativa: Debe seleccionar las máquinas virtuales de forma individual o actualizar el cliente de host.

• Puede que se produzca un error en vCenter Server debido a una infracción de restricción exclusiva de base de datos en pk_vpx_vm_virtual_device
  Las máquinas virtuales con dispositivos USB conectados pueden causar errores en vCenter Server debido a un error de vCenter Server que se produce cuando se cambian las propiedades de varios dispositivos, incluidos los dispositivos USB. vCenter Server no se puede reiniciar tras producirse un error.

  Solución alternativa: Elimine del registro la máquina virtual que causa problemas desde el inventario del host y reinicie vCenter Server. Es posible que deba repetir este proceso si el error se produce de nuevo.

• Los registros del sistema de vSphere descargados no son válidos
  Este problema puede ocurrir cuando la sesión del cliente caduca mientras se descargan los registros del sistema. El paquete de registro descargado resultante dejará de tener validez. Se puede observar un mensaje de error similar al siguiente en el archivo vsphere_client_virgo.log ubicado en /var/log/vmware/vsphere-client/logs/vsphere_client_virgo.log:

  com.vmware.vsphere.client.logbundle.DownloadLogController
  Error downloading logs. org.apache.catalina.connector.ClientAbortException:
  java.net.SocketException: Broken pipe (Write failed)
  at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:407)

  Solución alternativa: Ninguna.

• Error en la revisión de JRE al iniciar los servicios de vCenter Server en un sistema Windows Server 2016
  Es posible que no pueda iniciar VMware vSphere Client y que aparezcan mensajes de error similares a los siguientes:

  2016-11-04 15:47:26.991+05:30| vcsInstUtil-4600788| I: StartStopVCSServices: Esperando a que se inicien los servicios de VC...
  2016-11-04 16:09:57.652+05:30| vcsInstUtil-4600788| E: StartStopVCSServices: No se pueden iniciar los servicios de VC
  2016-11-04 16:09:57.652+05:30| vcsInstUtil-4600788| I: Saliendo de la función: VM_StartVcsServices

  Solución alternativa: Ninguna.

• No se puede acceder a una instancia de vSphere Client basada en HTML
  Cuando se instala vCenter Server 6.5 en el sistema operativo Windows Server 2016 en una configuración PSC externa con una ruta de acceso y un puerto personalizados, se produce un error al iniciar sesión en una instancia de vSphere Client basada en HTML5 y se muestra el mensaje de error 503 Servicio no disponible.

  Solución alternativa: Inicie sesión en vCenter Server mediante vSphere Web Client (Flash).

• La ejecución de una búsqueda avanzada con etiquetas puede hacer que vSphere Web Client sea más lento en entornos grandes
  vSphere Web Client puede funcionar con lentitud en los entornos grandes cuando se ejecuta una búsqueda avanzada con etiquetas como parte de la construcción de la búsqueda. Este problema se produce durante la búsqueda y se detiene al finalizarla. Los servicios de vCenter pueden quedarse sin memoria en estos períodos de lentitud.

  Solución alternativa: Espere hasta que se complete la búsqueda o reinicie vCenter Server. Para realizar un reinicio, detenga y vuelva a iniciar los servicios de vCenter con el siguiente comando si observa errores de tipo OutOfMemory o de recopilación de elementos no utilizados en los registros.

  Ubicación de registro:

  • Windows: %ALLUSERSPROFILE%\VMWare\vCenterServer\logs\vsphere-client\logs\
  • vCenter Server Appliance (VCSA): /var/log/vmware/vsphere-client/logs/

  Archivos de registro: dataservice.log y vsphere_client_virgo.log

  Comandos para reiniciar los servicios:
  service-control --stop vmware-vpxd-svcs
service-control --start vmware-vpxd-svcs

• vSphere Web Client puede ser más lento en entornos grandes con varias instancias de VC y PSC
  En los entornos grandes con muchas instancias de vCenter Server y PSC, el complemento vSphere Update Manager Web Client puede experimentar una pérdida de subprocesos que, con el tiempo, degrada el rendimiento de vSphere Web Client. Esta degradación se produce específicamente en entornos con diez instancias de vCenter Server y cuatro instancias de PSC, sumadas a la cantidad máxima de cuentas de usuario de Web Client; no obstante, con el tiempo, se puede producir en todos los entornos grandes.

  Solución alternativa: Deshabilite el complemento vSphere Update Manager Web Client de la siguiente manera:

  1. En vSphere Web Client, desplácese hasta vSphere Web Client > Administración > Soluciones/Complementos del cliente.

  2. Haga clic con el botón derecho en el complemento VMware vSphere Update Manager Web Client y seleccione Deshabilitar.

  Si no tiene pensado usar el complemento, puede dejarlo deshabilitado o puede optar por volver a habilitarlo solo cuando necesite usarlo. Si experimenta una degradación en el rendimiento, también es posible restablecer la pérdida temporalmente al deshabilitar y volver a habilitar el complemento.

• En vSphere Client o vSphere Web Client, la actualización en vivo de Tareas recientes y el estado de objetos deja de funcionar después de cambiar la dirección IP para el equipo cliente
  En vSphere Client o vSphere Web Client, después de realizar una acción sobre un objeto, la acción no se muestra en Tareas recientes. El nuevo estado tampoco se muestra en los árboles de inventario, las listas y los detalles de los objetos.

  Por ejemplo, si se enciende una máquina virtual, la tarea Encender no se muestra en Tareas recientes y el icono de máquina virtual no tiene una etiqueta de encendido en los árboles de inventario, las listas y los detalles de los objetos. El explorador web y vCenter Server se conectan mediante WebSockets y, cuando cambia la dirección IP del equipo con el explorador, se interrumpe esa conexión.

  Solución alternativa: En el explorador web, actualice la página.

• No se puede acceder a la interfaz de administración de vCenter Server Appliance a través de Internet Explorer
  No se puede acceder a la interfaz de administración de vCenter Server Appliance a través de Internet Explorer.

  Solución alternativa: Habilite TLS 1.0, TLS 1.1 y TLS 1.2 en la configuración de seguridad de Internet Explorer:

  1. En Internet Explorer, seleccione Herramientas > Opciones de Internet.

  2. Haga clic en la pestaña Opciones avanzadas y desplácese hasta la sección Seguridad.

  3. Seleccione las casillas Usar TLS 1.0, Usar TLS 1.1 y Usar TLS 1.2.

• Los intentos de importar y exportar elementos de la biblioteca de contenido fallan en las implementaciones de vCenter Server con una instancia de PSC externa
  Cuando se inicia sesión en vSphere Web Client mediante una dirección IP en una implementación de vCenter Server con un entorno de PSC externo, se produce un error al importar y exportar elementos de la biblioteca de contenido. Aparece el siguiente mensaje de error:

  Reason: No se pueden actualizar los archivos en el elemento de biblioteca. Es posible que el origen o el destino funcionen con lentitud o no respondan.

  Solución alternativa: Inicie sesión en vSphere Web Client usando un nombre de dominio completo, en lugar de una dirección IP, en la implementación de vCenter Server con una instancia de PSC externa.

  Si inició sesión en vSphere Web Client usando una dirección IP, acepte el certificado que se emite al iniciar sesión con un nombre de dominio completo. Abra el destino del nombre de dominio completo para aceptar el certificado. Aceptar el certificado de forma permanente deberá ser suficiente.

• La interfaz de usuario no muestra los dispositivos de conexión en caliente en la lista de dispositivos de acceso directo PCIe
  Los dispositivos PCIe de conexión en caliente no se encuentran disponibles para el acceso directo PCI.

  Solución alternativa: Seleccione una de las siguientes opciones:

  • Reinicie el host mediante el siguiente comando: /etc/init.d/hostd restart

  • Reinicie el host ESXi.

• No se puede ver el permiso en la etiqueta desde otro nodo de administración
  Cuando inicie sesión en un nodo de gestión de vCenter Server en una implementación con varios vCenter Server, si crea un permiso sobre una etiqueta, no será visible cuando inicie sesión en otro nodo de gestión.

  Solución alternativa: Si bien las etiquetas son objetos globales y se pueden ver en todos los nodos, los permisos de las etiquetas solo persisten de forma local y no se pueden ver en todos los nodos. Para ver el permiso de la etiqueta, inicie sesión en la instancia de vCenter Server donde se creó el permiso.

• Al iniciar sesión de incógnito en vSphere Web Client, se produce un error interno
  Los usuarios pueden iniciar sesión en vSphere Web Client cuando está habilitada la configuración del explorador para el modo de incógnito, pero se muestra el siguiente error interno:

  An internal error has occurred - [NetStatusEvent type="netStatus" bubbles=false cancelable=false eventPhase=2 info=[object Object]]"

  Solución alternativa: Deshabilite el modo de incógnito. Este modo no se admite en vSphere Web Client. Vuelva a cargar vSphere Web Client para borrar los problemas producidos por el error e inicie sesión nuevamente en el cliente.

• Las tareas en la biblioteca de contenido no se muestran en Tareas recientes
  Si se ejecuta una tarea en la biblioteca de contenido de vSphere Web Client, como cargar un elemento a la biblioteca de contenido, sincronizar la biblioteca o implementar una máquina virtual desde la biblioteca de contenido, es posible que la tarea no se muestre en la lista de Tareas recientes.

  Solución alternativa: Ninguna. En las listas Más tareas, se pueden ver todas las tareas, incluso las que no se muestran en Tareas recientes.

• Se produce un error en la operación Asignar etiqueta al intentar crear y asignar de forma simultánea una etiqueta en un entorno con varias instancias de vCenter Server
  Normalmente, es posible asignar una etiqueta a un objeto en vSphere Web Client desde la configuración Etiquetas en la pestaña Configurar del objeto y asignar automáticamente la etiqueta al objeto seleccionado. En un entorno con varias instancias de vCenter Server, la etiqueta se crea correctamente, pero no se pueden usar las opciones de asignación y se muestra un mensaje de error.

  Solución alternativa: Cree la etiqueta primero desde las opciones de Etiquetas y luego asígnela al objeto.

• La pestaña Solución se quitó de la vista de ESX Agent Manager
  La pestaña Solución que está disponible en la vista ESX Agent Manager en las versiones anteriores de vSphere Web Client ya no se encuentra disponible.

  Solución alternativa: Puede conseguir el mismo objetivo siguiendo estos pasos:

  1. En vSphere Web Client Navigator, seleccione Administración > Extensiones de vCenter Server.

  2. Haga clic en vSphere ESX Agent Manager.

  3. Seleccione una de las siguientes opciones:

     • Seleccione la pestaña Configurar.

     • Seleccione la pestaña Supervisar y haga clic en Eventos.

• No se puede asignar una etiqueta a objetos cuando el nodo de Platform Services Controller está inactivo
  Cuando el nodo de vSphere Platform Services Controller está inactivo, no es posible asignar pestañas desde la pestaña Administrar > Etiquetas de un objeto.

  Se muestra el siguiente error: La implementación del método de proveedor produjo una excepción inesperada. No se pueden seleccionar etiquetas para asignar.

  Solución alternativa: Encienda el nodo de Platform Services Controller. También debe comprobar que todos los servicios en el nodo Platform Services Controller estén en ejecución.

• vSphere Client no representa el cuadro de diálogo Editar configuración cuando un administrador de centro de datos o host edita una máquina virtual
  vSphere Client no representa el cuadro de diálogo Editar configuración cuando un administrador de centro de datos o host edita una máquina virtual dentro de ese centro de datos o host. Esto se debe a que los administradores de centros de datos o hosts no tienen el privilegio de almacenamiento basado en perfiles.

  Solución alternativa: Cree una nueva función con privilegios de administrador de centro de datos o host y el privilegio de almacenamiento basado en perfiles. Asigne esa función al administrador de centro de datos o host actual.

• Al crear o editar una máquina virtual mediante vSphere Client, cuando se agrega el octavo disco duro, se produce un error en la tarea
  Al crear o editar una máquina virtual mediante vSphere Client, se produce el siguiente error en la tarea: Un parámetro especificado no era correcto: unitNumber. Esto se debe a que la controladora SCSI 0:7 se reserva para fines especiales y el sistema asigna SCSI 0:7 al octavo disco duro.

  Solución alternativa: El usuario debe asignar manualmente SCSI 0:8 al agregar un octavo disco duro. En su lugar, el usuario puede usar vSphere Web Client.

• vSphere Client admite hasta 10.000 máquinas virtuales y 1.000 hosts
  vSphere Client solo admite hasta 10.000 máquinas virtuales y 1.000 hosts, lo cual es menos que los límites de vCenter.

  Solución alternativa: Si el usuario necesita superar los límites de vSphere Client, debe usar vSphere Web Client.

• El cuadro de texto Nombre de host se muestra atenuado en la interfaz de administración de vCenter Server Appliance si el sistema se instala sin un nombre de host
  Al desplazarse hasta la pantalla Redes > Administrar en la interfaz de administración de vCenter Server Appliance y Editar, los campos de texto Nombre de host, Servidores de nombres y Puertas de enlace se muestran atenuados y no se pueden modificar. El mismo campo se encuentra activo y es editable únicamente en vSphere Client.

  Solución alternativa: Cambie el nombre de host en vSphere Client.

• Después de modificar la configuración de máquina virtual del vCenter Server Appliance para proporcionar un mayor espacio en disco para ampliar la partición root, falla un intento de solicitud de almacenamiento adicional
  Después de redimensionar el espacio en disco para la partición de root, el comando storage.resize no amplía el almacenamiento en disco para la partición de root, sino que mantiene el mismo tamaño. Ese es el comportamiento previsto. No se permite redimensionar esa partición.

  Solución alternativa: Ninguna.

• La interfaz de vCenter Server Appliance Management Web solo permite configurar el servidor proxy HTTP
  Cuando se accede a la pestaña Redes de la interfaz de administración de vCenter Server Appliance y a Editar en la configuración del proxy, no se muestra la opción de modificar el proxy para HTTPS o FTP. Solo podrá especificar los ajustes para el proxy HTTP.

  Solución alternativa: Puede configurar los servidores proxy HTTPS y FTP utilizando la línea de comandos del shell del dispositivo.

• Después de actualizar correctamente vCenter Server Appliance, al ejecutar el comando version.get desde el shell del dispositivo, se recibe un mensaje de error
  Después de actualizar correctamente vCenter Server Appliance, al ejecutar el comando version.get desde el shell del dispositivo, se recibe un mensaje de error: Comando desconocido: 'version.get'.

  Solución alternativa: Cierre e inicie como administrador una nueva sesión de shell de dispositivo y ejecute el comando version.get.

• En Windows Internet Explorer 11 o posterior, la casilla de verificación Utilizar autenticación de sesión de Windows está inactiva en la página de inicio de sesión de vSphere Web Client
  La casilla de verificación Utilizar autenticación de sesión de Windows está inactiva en la página de inicio de sesión de vSphere Web Client en los exploradores Windows Internet Explorer 11 y posteriores. También se le indicará que descargue e instale el complemento VMware Enhanced Authentication.

  Solución alternativa: En las opciones de seguridad de los ajustes de Windows en su sistema, agregue el nombre de dominio completo y la dirección IP de vCenter Server a la lista de sitios de la intranet local.

• Se produce un error al cargar un archivo mediante el explorador del almacén de datos cuando el archivo tiene más de 4 GB en Internet Explorer
  Cuando se carga un archivo de más de 4 GB mediante el explorador del almacén de datos en Internet Explorer, aparece el error:

  Error al transferir datos a URL.

  Internet Explorer no es compatible con archivos de más de 4 GB.

  Solución alternativa: Use los exploradores Chrome o Firefox para cargar archivos desde el explorador del almacén de datos.

Problemas en la administración de máquinas virtuales

• VMware Host Client ejecuta acciones en todas las máquinas virtuales en un host ESXi en lugar de hacerlo en un rango seleccionado con la opción Buscar

  Cuando utiliza la opción Buscar para seleccionar un rango de máquinas virtuales en VMware Host Client, si activa la casilla para seleccionar todo y ejecuta una acción como apagar, encender o eliminar, la acción podría afectar a todas las máquinas virtuales en el host en lugar de solo afectar a la selección.

  Solución alternativa: Debe seleccionar las máquinas virtuales de forma individual.

• El parámetro de OVF chunkSize no se admite en vCenter Server 6.5
  No se puede implementar una plantilla de OVF en vCenter Server 6.5 y se produce el siguiente error:

  El parámetro de OVF chunkSize con el valor valor_de_chunkSize no es compatible con la importación de paquetes de OVF en este momento.

  Recibirá este error porque chunkSize no es un parámetro de OVF compatible en vCenter Server 6.5.

  Solución alternativa: Actualice la plantilla de OVF y elimine el parámetro chunkSize.

  1. Solo en el caso de las plantillas de OVA, extraiga los archivos individuales mediante una utilidad que admita tar (por ejemplo: tar xvf). Esto incluye el archivo de ovf (.ovf), el manifiesto (.mf) y el disco virtual (.vmdk).

  2. Combine los fragmentos de disco virtual en un solo disco con el siguiente comando:

     • En Linux o Mac:
       cat vmName-disk1.vmdk.* > vmName-disk1.vmdk
     • En Windows:
       copy /b vmName-disk1.vmdk.000000 + vmName-disk1.vmdk.000001 + repeat until last fragment vmName-disk1.vmdk

     Nota: Si solo existe un fragmento de disco virtual, cámbiele el nombre al disco de destino. Si hay varios discos con fragmentos, combínelos en sus respectivos discos de destino (por ejemplo, disk1.vmdk, disk2.vmdk y así sucesivamente).

  3. Quite el atributo chunkSize del descriptor de OVF (.ovf) con un editor de texto sin formato. Por ejemplo:
     <File ovf:chunkSize="7516192768" ovf:href="vmName-disk1.vmdk" ovf:id="file1" ovf:size=... />
     a:
     <File ovf:href="vmName-disk1.vmdk" ovf:id="file1" ovf:size=.../>

  4. Implemente la plantilla de OVF a través de vSphere Web Client; para ello, seleccione los archivos locales, incluido el descriptor de OVF actualizado y el disco combinado.

  5. Solo en el caso de las plantillas de OVA, vuelva a montar el archivo OVA a través de vSphere Web Client del siguiente modo:

     1. Exporte la plantilla de OVF. Con la exportación se generan el archivo de OVF (.ovf), el manifiesto (.mf) y el disco virtual (.vmdk). El archivo de manifiesto es distinto del archivo del paso 1.

     2. Combine los archivos en una sola plantilla de OVA mediante una utilidad que admita TAR (por ejemplo, tar cvf). Por ejemplo, en Linux:
        tar cvf vm.ova vm.ovf vm.mf vm.disk1.vmdk

• Al exportar una plantilla de OVF o elementos de la biblioteca de contenido, se abren nuevas pestañas en Internet Explorer
  Si usa vSphere Web Client con Internet Explorer para exportar una plantilla de OVF o elementos de una biblioteca de contenido, se abren nuevas pestañas en el explorador para cada archivo en el elemento de la biblioteca de contenido o la plantilla de OVF. Por cada nueva pestaña, es posible que se le pida aceptar un certificado de seguridad.

  Solución alternativa: Acepte cada certificado de seguridad y, a continuación, guarde cada archivo.

• vCenter Server no elimina OpaqueNetwork del inventario de vCenter
  Si existe una máquina virtual conectada a una red opaca y esa máquina virtual se convierte en una plantilla, vCenter Server no eliminará OpaqueNetwork de su inventario, aunque se elimine el host ESXi de la red opaca y no existan máquinas virtuales conectadas a ella. Esto se debe a que algunas plantillas quedan asociadas a la red opaca.

  Solución alternativa: Ninguna.

• Al implementar una plantilla de OVF, se produce un error "error.mutationService.ProviderMethodNotFoundError" en algunas vistas
  Es posible recibir un error error.mutationService.ProviderMethodNotFoundError cuando se implementa una plantilla de OVF y se cumplen todas las siguientes condiciones:

  • Se selecciona un archivo OVF del sistema de archivos local y se hace clic en Siguiente en el asistente Implementar plantilla de OVF.

  • El tamaño del archivo OVF es inferior a 1,5 MB.

  • Se implementa la plantilla de OVF sin seleccionar el objeto. Por ejemplo, desde la vista de lista de máquinas virtuales.

  Solución alternativa: Para implementar una plantilla de OVF, puede seleccionar el objeto y la opción Implementar OVF.

• El despliegue de una plantilla de OVF u OVA desde un archivo local con discos delta en vSphere Web Client podría fallar
  Cuando se implementa una plantilla de OVF o de OVA que contiene discos delta (ovf:parentRef en el archivo de OVF), la operación podría fallar o atascarse durante el proceso.

  A continuación se muestra un ejemplo de elementos de OVF en el descriptor OVF:

   <References>
    <File ovf:href="Sugar-basedisk-1-4.vmdk" ovf:id="basefile14" ovf:size="112144896"/>
    <File ovf:href="Sugar-disk1.vmdk" ovf:id="file1" ovf:size="44809216"/>
    <File ovf:href="Sugar-disk4.vmdk" ovf:id="file4" ovf:size="82812928"/>
   </References>
  
   <DiskSection>
    <Info>Metainformación acerca de los discos virtuales</Info>
    <Disk ovf:capacity="1073741824"
     ovf:diskId="basedisk14"
     ovf:fileRef="basefile14"
     ovf:format="http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized" />
    <Disk ovf:capacity="1073741824"
     ovf:diskId="vmdisk1"
     ovf:fileRef="file1"
    ovf:parentRef="basedisk14"
     ovf:format="http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized" />
    <Disk ovf:capacity="1073741824"
    ovf:diskId="vmdisk4"
    ovf:fileRef="file4"
    ovf:parentRef="basedisk14"
    ovf:format="http://www.vmware.com/interfaces/specifications/vmdk.html#streamOptimized"/>
   </DiskSection>
  

  Solución alternativa: Para implementar una plantilla de OVF u OVA, alójela en un servidor HTTP. Después podrá implementarla desde la URL HTTP que apunta a esa plantilla.

• No hay disponible unla opción de encendido después de finalizar la implementación de OVF
  Durante una implementación de OVF u OVA, el asistente de implementación no proporciona la opción de encender automáticamente la máquina virtual cuando se completa la implementación.

  Solución alternativa: Esta opción no está disponible en vSphere 6.5 cuando se utiliza el asistente de implementación OVF. Encienda manualmente la máquina virtual después de completarse la implementación.

• Cuando se inicia el asistente de implementación de OVF desde la lista de inventario global, se muestra un mensaje de error en la página Ubicación del asistente
  Este problema se produce cuando se implementa una plantilla de OVF desde cualquiera de las listas de inventario global (por ejemplo, la lista de inventario de máquinas virtuales) en vSphere Web Client y se acede a la página “Seleccione Nombre y Ubicación” del asistente. Si no selecciona una ubicación válida, en vez del mensaje de error apropiado, los botones de navegación estarán deshabilitados y no podrá avanzar en el asistente.

  Solución alternativa: Cancele el asistente, vuelva a abrirlo y seleccione una ubicación válida.

• El asistente de implementación de OVF no puede implementar una plantilla de OVF u OVA local que contiene paquetes de mensajes externos
  Cuando una plantilla de OVF u OVA contiene referencias a paquetes de mensajes externos, no se puede implementar desde un archivo local.

  Solución alternativa: Para implementar la plantilla de OVF u OVA, siga uno de estos dos métodos:

  • Implemente la plantilla de OVF u OVA desde una URL.

  • Edite el archivo de OVF para sustituir la etiqueta que apunta al archivo de mensajes externo (la etiqueta <Strings ovf:fileRef />) por el contenido real del archivo de mensajes externo.

• No se puede crear ni clonar una máquina virtual en un clúster de almacén de datos deshabilitado para SDRS
  Este problema se produce cuando se selecciona un almacén de datos que forma parte de un clúster de almacén de datos deshabilitado para SDRS en alguno de los asistentes de Nueva máquina virtual, Clonar máquina virtual (a máquina virtual o a plantilla) o Implementar desde plantilla. Al llegar a la página Listo para finalizar y hacer clic en Finalizar, el asistente queda abierto y nada parece suceder. El estado del valor Almacén de datos para la máquina virtual puede ser “Obteniendo datos...” y no cambiar.

  Solución alternativa: Utilice vSphere Web Client para colocar máquinas virtuales en clústeres de almacenes de datos deshabilitados para SDRS.

• Falla el despliegue de una plantilla de OVF u OVA para descriptores específicos
  El despliegue de una plantilla de OVF u OVA desde vSphere Web Client falla si el descriptor existente en la plantilla contiene cualquiera de los siguientes valores con su mensaje de error respectivo:

  • Número negativo como el valor del parámetro de tamaño del elemento fileref. Ejemplo de mensaje de error:
    VALUE_ILLEGAL: Valor ilegal ";-2&" para el atributo "size". Debe ser positivo.

  • Se especifica el atributo de reserva opcional pero no se indica ningún parámetro en la sección de hardware de la máquina virtual. Por ejemplo: <Reservation />. Ejemplo de mensaje de error:
    VALUE_ILLEGAL: Valor ilegal "" para el elemento "Reservation". No es un número.

  • Falta el elemento VirtualHardwareSection.System.InstanceID vssd. Ejemplo de mensaje de error:
    ELEMENT_REQUIRED: Se esperaba el elemento "InstanceID".

  • La sección Strings de internacionalización hace referencia a un archivo faltante. Ejemplo de mensaje de error:
    VALUE_ILLEGAL: Valor ilegal "eula" para el atributo "fileRef".

  • Prefijo desconocido agregado a la sección Strings de internacionalización. Por ejemplo: <ovfstr:Strings xml:lang="de-DE"> Mensaje de error de ejemplo:
    PARSE_ERROR: Error de análisis: Prefijo de espacio de nombres no declarado "ovfstr" en [row,col,system-id]: [41,39,"descriptor.ovf"].

  • OVF contiene elementos de la versión 0.9 de especificaciones de OVF. Ejemplo de mensaje de error:
    VALUE_ILLEGAL: No se admite OVF 0.9. Espacio de nombres no válido: "http://www.example.com/schema/ovf/1/envelope".

  Solución alternativa: Modifique el descriptor de modo que sea un descriptor válido de acuerdo con la versión 1.1 de especificaciones de OVF.

• Un dispositivo USB habilitado por vMotion conectado a una máquina virtual no es visible en vSphere Web Client
  Si se conecta un dispositivo USB con vMotion habilitado a una máquina virtual que se ejecuta en ESXi 6.5, el dispositivo no se podrá ver en vSphere Web Client después de suspender y reanudar la máquina virtual. Esto sucede incluso cuando el dispositivo se vuelve a conectar correctamente a la máquina virtual. Como resultado, no se puede desconectar el dispositivo.

  Solución alternativa: Ejecute una de las siguientes soluciones alternativas:

  • Intente conectar otro dispositivo USB a la misma máquina virtual. Ambos dispositivos se mostrarán en vSphere Web Client y, así, será posible desconectar el dispositivo USB conectado originalmente.

  • Apague y vuelva a encender la máquina virtual. El dispositivo se mostrará en vSphere Web Client.

• Se puede producir un error al cargar archivos mediante Biblioteca de contenido, Almacén de datos o Implementación de OVF/OVA
  Si se intenta cargar un archivo mediante Biblioteca de contenido, Almacén de datos o Implementación de OVF/OVA en vSphere Web Client, es posible que se produzca el siguiente error en la operación: Se produjo un error en la operación por una razón indeterminada.

  El error se produce debido a que los certificados no son de confianza. Si la dirección URL que se procesa para la operación de carga de archivos no es de confianza todavía, no se puede realizar la carga.

  Solución alternativa: Copie la dirección URL del error, abra una nueva pestaña del explorador y visite esa URL. Se le solicitará aceptar el certificado asociado a esa URL. Confíe en el nuevo certificado y acéptelo; a continuación, intente realizar la operación de nuevo. Consulte el artículo 2147256 de la base de conocimientos de VMware para obtener más detalles.

• Se produce un error al implementar una plantilla de OVA desde una URL que contiene un archivo de manifiesto o de certificado al final en un entorno de red lento
  Cuando se implementa una plantilla de OVA grande que contiene uno o más archivos de manifiesto o de certificado al final de la plantilla de OVA, se produce un error en la implementación en un entorno de red lento con el siguiente mensaje:
  No se puede recuperar el archivo de manifiesto o de certificado.

  A continuación se muestra un ejemplo de plantilla de OVA con archivos de manifiesto o de certificado al final del archivo OVA:

  example.ova:

  • example.ovf
  • example-disk1.vmdk
  • example-disk2.vmdk
  • example.mf
  • example.cert

  Este error se produce debido a que los archivos de manifiesto y de certificado son necesarios para el proceso de implementación. Por lo tanto, cuanto antes aparezcan dichos archivos en el archivo OVA, más rápido se realizará el proceso.

  Solución alternativa: Use una de las siguientes soluciones alternativas para implementar la plantilla de OVA:

  • Descargue la plantilla de OVA en el sistema local e impleméntela desde un archivo OVA local.

  • Convierta la plantilla de OVA mediante la colocación de los archivos de manifiesto o de certificado al principio del archivo de plantilla de OVA. Para convertir la plantilla de example.ova, siga estos pasos:

    1. Inicie sesión en la máquina del servidor HTTP y vaya a la carpeta que contenga la plantilla de OVA.

    2. Extraiga los archivos de la plantilla de OVA:
       tar xvf example.ova

    3. Para volver a crear la plantilla de OVA, ejecute los siguientes comandos en este orden:

       tar cvf example.ova example.ovf
tar uvf example.ova example.mf
tar uvf example.ova example.cert
tar uvf example.ova example-disk1.vmdk
tar uvf example.ova example-disk2.vmdk


    4. Vuelva a implementar la plantilla de OVA desde la URL HTTP.

• Las plantillas de OVF exportadas en vSphere 6.5 que contienen &#xd; no se pueden implementar en vSphere 5.5 ni en vSphere 6.0
  Si se exporta una plantilla de OVF que contiene 
 en el descriptor de OVF desde vSphere Web Client 6.5, no se podrá implementar en vSphere Web Client 5.5 ni en vSphere Web Client 6.0. A continuación, se expone un ejemplo de un elemento OVF del descriptor de OVF:

  <Annotation>---&#xd;Anotación de ejemplo de la plantilla de OVF ---</Annotation>

  Solución alternativa: Quite 
 del descriptor de OVF:

  1. Quite todas las instancias de 
 del descriptor de OVF.

  2. Si el archivo OVA o la plantilla de OVA tienen un archivo de manifiesto, vuelva a calcular la suma de comprobación en función del descriptor de OVF actualizado y actualice el archivo de manifiesto. Si hay un archivo de certificado, actualice el archivo de certificado para sustituir la suma de comprobación por el archivo de manifiesto actualizado.

• vSphere Web Client no admite la exportación de máquinas virtuales ni de vApps como plantillas de OVA
  En versiones anteriores a vSphere 6.5, se podrían exportar máquinas virtuales y vApps como plantillas de OVA en vSphere Web Client. Esta funcionalidad ya no está disponible en vSphere 6.5.

  Solución alternativa: Exporte la máquina virtual como una plantilla de OVF y, a continuación, cree una plantilla de OVA a partir de los archivos de plantilla de OVF. El siguiente procedimiento utiliza comandos de Linux y Mac para describir el proceso. Los sistemas Windows requieren la instalación de una utilidad que admita TAR.

  1. Use vSphere Web Client para exportar la máquina virtual o la vApp como una plantilla de OVF a la máquina local.

  2. Busque los archivos de plantilla de OVF descargados y muévalos a una carpeta vacía nueva.

  3. Lleve a cabo una de las siguientes tareas para crear una plantilla de OVA a partir de una plantilla de OVF.

     • Vaya a la carpeta nueva y cree una plantilla de OVA mediante el comando tar para combinar los archivos:
       cd folder
tar cvf ova-template-name.ova ovf-template-name.ovf
tar uvf ova-template-name.ova ovf-template-name.mf
tar uvf ova-template-name.ova ovf-template-name-1.vmdk
...
tar uvf ova-template-name.ova ovf-template-name-n.vmdk

       n hace referencia a la cantidad de discos que contiene la máquina virtual. ova-template-name.ova.ova es la plantilla de OVA final. Ejecute los comandos en ese orden exacto a fin de que el archivo OVA se cree correctamente.

       Nota: El comando tar debe utilizar el formato TAR y debe cumplir con el formato de archivo de cinta de estándar uniforme (Uniform Standard Tape Archive, USTAR) según se define en el grupo de estándares POSIX IEEE 1003.1.

     • Si OVF Tool está instalado en el sistema, ejecute el siguiente comando:
       cd downloaded-ovf-template-folder
path-to-ovf-tool\ovftool.exe ovf-template-name.ovf ova-template-name.ova

• Se puede producir un error al implementar una plantilla de OVF que contenga referencias a archivos comprimidos
  Cuando se implementa una plantilla de OVF que contiene referencias a archivos comprimidos (normalmente comprimidos con gzip), se produce un error en la operación.

  A continuación, se expone un ejemplo de un elemento OVF del descriptor de OVF:
  <References>
   <File ovf:size="458" ovf:href="valid_disk.vmdk.gz" ovf:compression="gzip" ovf:id="file1"></File>
</References>

  Solución alternativa: Si OVF Tool está instalado en el sistema, ejecute el siguiente comando para convertir la plantilla de OVF u OVA. La nueva plantilla no debe contener discos comprimidos.

  1. Vaya a la carpeta donde se encuentra la plantilla:
     cd carpeta-de-plantilla

  2. Convierta la plantilla.

     • Conversión de plantilla de OVA:
       ruta-a-ovf-tool\ovftool.exe nombre-de-plantilla-de-ova.ova nombre-de-nueva-plantilla-de-ova.ova

     • Conversión de plantilla de OVF:
       ruta-a-ovf-tool\ovftool.exe nombre-de-plantilla-de-ovf.ovf nombre-de-nueva-plantilla-de-ovf.ovf

• Se produce un error al implementar una plantilla de OVF u OVA que contenga URL HTTP en las referencias de archivo
  Cuando se intenta implementar una plantilla de OVF u OVA que contiene una URL HTTP en las referencias de archivo, se produce un error en la operación con el siguiente mensaje:
  Código de respuesta no válida: 500

  Por ejemplo:
  <References>
  <File ovf:size="0" ovf:href="http://www.example.com/dummy.vmdk" ovf:id="file1"></File>
</References>


  Solución alternativa: Para descargar los archivos del servidor HTTP y actualizar la plantilla de OVF u OVA, siga estos pasos:

  1. Abra el descriptor de OVF y busque las referencias de archivo con las URL HTTP.

     En el caso de las plantillas OVA, extraiga los archivos de la plantilla de OVA para abrir el descriptor de OVF. Por ejemplo, ejecute el siguiente comando:
     tar xvf nombre-de-plantilla-de-ova&.ova

     Nota: Este comando solo sirve para sistemas Linux o Mac. Los sistemas Windows requieren la instalación de una utilidad que admita TAR.

  2. Descargue los archivos de las URL HTTP en una máquina local y cópielos en la misma carpeta que la plantilla de OVF u OVA.

  3. Sustituya las URL HTTP en el descriptor de OVF por los nombres de archivo reales que se han descargado en la carpeta. Por ejemplo:
     <File ovf:size="tamaño-de-archivo-descargado-real" ovf:href="dummy.vmdk" ovf:id="file1"></File>

  4. Si la plantilla contiene un archivo de manifiesto (.mf) y un archivo de certificado (.cert), vuelva a calcular las sumas de comprobación de los archivos relevantes para regenerarlos u omita esos archivos durante la operación de implementación de OVF.

     Para una plantilla de OVA solamente, vuelva a crear la plantilla de OVA mediante uno de los siguientes métodos:

     • Utilice el comando tar para volver a crear la plantilla:
       cd folder/ tar cvf ova-template-name.ova ovf-name.ovf
tar uvf ova-template-name.ova manifest-name.mf
tar uvf ova-template-name.ova cert-name.cert
tar uvf ova-template-name.ova disk-name.vmdk


       Repita el proceso para más discos u otras referencias de archivo.

       Nota: El comando tar debe utilizar el formato TAR y cumplir con el formato de archivo de cinta de estándar uniforme (Uniform Standard Tape Archive, USTAR) según se define en el grupo de estándares POSIX IEEE 1003.1.

     • Utilice OVF Tool para volver a crear la plantilla (Windows):
       cd folder
path-to-ovf-tool\ovftool.exe ovf-name.ovf ova-template-name.ova


• Se produce un error al implementar plantillas de OVF o de OVA desde direcciones URL HTTP o HTTPS en las que se requiere autenticación
  Cuando se intenta usar vSphere Web Client para implementar una plantilla de OVF u OVA desde una URL HTTP o HTTPS que requiere autenticación, se produce un error en la operación. Se muestra el error:
  Error en la transferencia: Código 401 de respuesta no válida.

  El error de implementación de la plantilla de OVF u OVA se debe a que no se pueden introducir las credenciales.

  Solución alternativa: Descargue los archivos e implemente la plantilla de forma local:

  1. Descargue manualmente la plantilla de OVF o de OVA de la dirección URL HTTP o HTTPS a cualquier carpeta accesible del equipo local.

  2. Implemente una máquina virtual desde la plantilla de OVF o de OVA descargada en el equipo local.

• No se admite la implementación de una plantilla de OVF o de OVA en vSphere Web Client con opciones de arranque EFI/UEFI
  Cuando se implementa una plantilla de OVF o de OVA en vSphere Web Client con la opción de arranque EFI y se incluye un archivo NVRAM, no se puede realizar la operación.

  Solución alternativa: Implemente la plantilla de OVF con la opción de arranque EFI mediante OvfTool versión 4.2.0.

• Los perfiles de protocolo de red no se rellenan y no se pueden actualizar en la página Personalizar plantilla del asistente Implementar plantilla de OVF
  En la página Personalizar plantilla del asistente Implementar plantilla de OVF, se reconocen y se muestran las siguientes propiedades personalizadas:
  gateway, netmask, dns, searchPath, domainName, hostPrefix, httpProxy, subnet

  Si no existe ningún perfil de protocolo de red para la red seleccionada, se crea automáticamente un perfil de protocolo de red nuevo al establecer cualquiera de las propiedades personalizadas. Cada una de las propiedades contiene los valores introducidos.

  Si ya existe un Perfil de protocolo de red para la red seleccionada, el nuevo asistente no rellena previamente estas propiedades personalizadas, y los cambios en estos campos se ignoran.

  Solución alternativa: Si necesita una configuración personalizada en lugar de la configuración existente del Perfil de protocolo de red, asegúrese de que no exista uno en la red. Elimine el perfil o elimine la asignación de red en el perfil.

• La plantilla seleccionada no se conserva cuando el asistente Implementar plantilla de OVF se minimiza, vSphere Web Client se actualiza y el asistente se restaura
  Al implementar una plantilla de OVF con el asistente Implementar plantilla de OVF, realice lo siguiente:

  1. Desplácese por todas las páginas del asistente Implementar plantilla de OVF hasta el paso final.

  2. Minimice el asistente en el panel Trabajo en curso.

  3. Haga clic en Actualización general en la parte superior junto al nombre de usuario.

  4. Restaure el asistente en el panel Trabajo en curso.

  Esto resulta en dos problemas:

  • El Nombre de máquina virtual de origen muestra el mismo valor que el valor Nombre.

  • Si se desplaza hasta la página Seleccionar plantilla, la plantilla seleccionada está vacía, lo que indica que no se conservó la plantilla.

  A pesar de que no aparece la plantilla seleccionada, el asistente puede completar el proceso y la plantilla se implementa de manera correcta. Este problema solo se presenta dentro de la interfaz de vSphere Web Client cuando se muestran los dos valores anteriores.

  Solución alternativa: Evite usar la opción de Actualización general al implementar la plantilla de OVF.

• La implementación de la plantilla de OVF presenta errores para el usuario que no tiene el permiso de asignación de espacio en almacén de datos
  Al implementar una plantilla de OVF sin este permiso, la operación genera errores.

  Solución alternativa: Asigne el permiso de asignación de espacio en almacén de datos al usuario.

• La implementación de OVF de una vApp presenta errores en un clúster que no es de DRS
  Cuando intenta implementar un OVF que contiene una vApp en un clúster que no es de DRS, la operación presenta errores. En vSphere 6.5, el asistente de implementación de OVF permite seleccionar un clúster que no es de DRS que pasa las comprobaciones de compatibilidad. Sin embargo, el intento de implementación presenta errores.

  Solución alternativa: Habilite DRS para el clúster que desee o seleccione otra ubicación de implementación.

• Si usa la opción LimitVMsPerESXhost, es posible que se deshabilite el equilibrio de carga de DRS y que no se pueda generar ninguna recomendación
  La opción LimitVMsPerESXhost se implementa como parte de la comprobación de restricción de DRS. Si la cantidad de máquinas virtuales en el host supera el límite especificado por la opción LimitVMsPerESXhost, no es posible encender otras máquinas virtuales ni migrarlas al host mediante DRS.

  Solución alternativa: Puede usar una nueva opción avanzada TryBalanceVmsPerHost para reemplazar la opción LimitVMsPerESXhost en esta versión, lo que evita un posible error de DRS. Se puede observar el problema de desequilibrio del clúster al configurar manualmente la opción LimitVMsPerESXhost en un valor bajo (por ejemplo, 0).

• La barra de progreso de tarea en algunas de las operaciones de la biblioteca de contenido no cambia
  La barra de progreso de tarea en algunas de las operaciones de la biblioteca de contenido muestra 0 % durante el progreso de la tarea. Estas operaciones son:

  • Implementar una máquina virtual desde una plantilla de máquina virtual y desde una biblioteca de contenido.

  • Clonar un elemento de biblioteca de una biblioteca a otra.

  • Sincronizar una biblioteca suscrita.

  Solución alternativa: Ninguna.

• La versión inicial de un contenido de la biblioteca recientemente creado es 2
  La versión inicial de un contenido de la biblioteca recientemente creado es 2 en lugar de 1. Puede ver la versión del elemento de la biblioteca de contenido en la columna Versión de la lista de elementos de la biblioteca de contenido.

  Solución alternativa: Ninguna.

• Si el nombre de usuario contiene caracteres que no son ASCII, no podrá importar elementos a una biblioteca de contenido desde el sistema local
  Si el nombre de usuario contiene caracteres que no son ASCII, es posible que no pueda importar elementos a una biblioteca de contenido desde el sistema local.

  Solución alternativa: Para importar un elemento a una biblioteca de contenido, use un vínculo URL, como un vínculo HTTP, un vínculo NFS o un vínculo SMB.

• Si el nombre de usuario contiene caracteres que no son ASCII, no podrá exportar elementos de una biblioteca de contenido al sistema local
  Si el nombre de usuario contiene caracteres que no son ASCII, es posible que no pueda exportar elementos de una biblioteca de contenido al sistema local.

  Solución alternativa: Ninguna.

• Cuando sincroniza un elemento de la biblioteca de contenido en una biblioteca de contenido suscrita, algunas de las etiquetas del elemento podrían no aparecer
  Es posible que algunas de las etiquetas de un elemento en una biblioteca de contenido publicada no aparezcan en la biblioteca de contenido suscrita después de sincronizar el elemento.

  Solución alternativa: Ninguna.

• La barra de progreso de la tarea Implementar OVF permanece en 0 %
  Al implementar una plantilla de OVF desde el sistema local, la barra de progreso del asistente Implementar plantillas de OVF permanece en 0 %. Sin embargo, se crean las tareas para Implementar plantilla de OVF e Importar paquete de OVF.

  Solución alternativa: Al seleccionar una plantilla de OVF local, asegúrese de seleccionar todos los archivos a los que se hace referencia, incluido el archivo de OVF y los archivos VMDK que se definen dentro del archivo de descriptor de OVF.

• La operación de implementación presenta errores si una plantilla de máquina virtual (OVF) incluye una directiva de almacenamiento con replicación
  Si una máquina virtual tiene una directiva de almacenamiento con grupo de replicación de almacenamiento y es capturada como plantilla en una biblioteca, esa plantilla causará errores durante la implementación de la máquina virtual. Esto ocurre porque no se puede seleccionar un grupo de replicación al implementar desde una plantilla de la biblioteca de contenido. La selección del grupo de replicación es necesaria para este tipo de plantilla. Recibirá un mensaje de error y deberá cerrar el asistente de forma manual. No se cerrará automáticamente a pesar del error en la operación.

  Solución alternativa: Elimine la directiva de la máquina virtual original y cree una nueva plantilla de máquina virtual. Puede agregar una directiva a una máquina virtual nueva después de haber creado e implementado la nueva plantilla.

• Seleccionar una directiva de almacenamiento al implementar una plantilla de biblioteca de contenido hace que se ignore la selección de un almacén de datos o de un clúster de almacén de datos
  Seleccionar una directiva de almacenamiento hace que se ignore la selección de un almacén de datos o de un clúster de almacén de datos. La máquina virtual se implementa en el perfil de almacenamiento seleccionado por el usuario, pero no se implementa en el almacén de datos o en el clúster de almacén de datos seleccionados.

  Solución alternativa: Si la máquina virtual tiene que implementarse en el almacén de datos o el clúster de almacén de datos especificado, asegúrese de que la directiva de almacenamiento se establezca en “Ninguna” al implementar una plantilla de biblioteca de contenido. Esto garantiza que la máquina virtual se almacene en el almacén de datos o el clúster de almacén de datos seleccionados. Después de implementar la máquina virtual correctamente, puede aplicar la directiva de almacenamiento si se desplaza hasta la página de la máquina virtual implementada y edita la directiva de almacenamiento.

• La carga de elementos en una biblioteca deja de responder cuando los hosts asociados con el almacén de datos de respaldo están en modo de mantenimiento
  No se pueden cargar elementos en una biblioteca cuando los hosts asociados con el almacén de datos de respaldo están en modo de mantenimiento. Al hacerlo, el proceso dejará de responder.

  Solución alternativa: Asegúrese de que al menos un host asociado con el almacén de datos que respalda la biblioteca esté disponible durante la carga.

• El montaje de un archivo ISO desde una biblioteca de contenido en una máquina virtual no asociada resulta en un cuadro de diálogo vacío
  Solo puede montar un archivo ISO desde una biblioteca de contenido en una máquina virtual si es posible acceder al almacén de datos o al dispositivo de almacenamiento donde el archivo ISO reside desde el host de la máquina virtual. Si no se puede acceder al almacén de datos o al dispositivo de almacenamiento, la interfaz de usuario muestra un cuadro de diálogo vacío.

  Solución alternativa: Haga que el dispositivo de almacenamiento donde reside el archivo ISO esté accesible para el host en el que reside la máquina virtual. Si la directiva prohíbe esto, puede copiar el archivo ISO en una biblioteca de un almacén de datos al que pueda acceder la máquina virtual.

• Se produce un error al realizar una búsqueda avanzada en las bibliotecas de contenido con la propiedad “Biblioteca de contenido publicada”
  Al realizar una “Búsqueda avanzada” en las bibliotecas de contenido con el valor de la propiedad “Biblioteca de contenido publicada” se produce un error en la búsqueda.

  Solución alternativa: Busque las bibliotecas publicadas de forma manual.

Problemas de Virtual Volumes

• Después de actualizar de vSphere 6.0 a vSphere 6.5, la directiva de almacenamiento de Virtual Volumes puede desaparecer de la lista de directivas de almacenamiento de máquina virtual
  Después de actualizar el entorno a vSphere 6.5, la directiva de almacenamiento de Virtual Volumes que se creó en vSphere 6.0 puede dejar de ser visible en la lista de directivas de almacenamiento de máquina virtual.

  Solución alternativa: Cierre la sesión de vSphere Web Client y vuelva a iniciar sesión.

• vSphere Web Client no puede mostrar información sobre el perfil predeterminado de un almacén de datos de Virtual Volumes
  Por lo general, se puede comprobar la información sobre el perfil predeterminado asociado con el almacén de datos de Virtual Volumes. Para hacerlo en vSphere Web Client, desplácese hasta el almacén de datos y haga clic en Configurar > Opciones > Perfiles predeterminados.
  Sin embargo, vSphere Web Client no puede informar acerca de los perfiles predeterminados cuando sus identificadores, configurados en el lado del almacenamiento, no son únicos en todos los almacenes de datos informados por el mismo proveedor de Virtual Volumes.

  Solución alternativa: Ninguna.

Problemas de VMFS

• Después de los intentos fallidos de aumentar un almacén de datos de VMFS, la información de las API de VIM y la información de LVM en el sistema es incoherente
  Este problema ocurre cuando se intenta aumentar el almacén de datos mientras el dispositivo SCSI de respaldo pasa al estado APD o PDL. Como consecuencia, se puede observar información inconsistente en las API de VIM y los comandos de LVM en el host.

  Solución alternativa: Siga estos pasos:

  1. Ejecute el comando vmkfstools --growfs en uno de los hosts conectados al volumen.

  2. Realice la operación rescan-vmfs en todos los hosts conectados al volumen.

• El almacén de datos de VMFS6 no admite la combinación de dispositivos 512n ni 512e en el mismo almacén de datos
  Un almacén de datos de VMFS6 se puede expandir solo con dispositivos del mismo tipo. Si el almacén de datos de VMFS6 está respaldado por un dispositivo 512n, expanda el almacén de datos con los dispositivos 512n. Si el almacén de datos se crea en un dispositivo 512e, expanda el almacén de datos con dispositivos 512e.

  Solución alternativa: Ninguna.

• ESXi no admite la recuperación de espacio automática en matrices con granularidad de cancelación de asignación mayor que 1 MB
  Si la granularidad de cancelación de asignación del almacenamiento de respaldo es mayor que 1 MB, no se procesan las solicitudes de cancelación de asignación del host ESXi. Se puede ver el mensaje Unmap no compatible en el archivo vmkernel.log.

  Solución alternativa: Ninguna.

• Cuando se vuelve a examinar almacenamiento en entornos con una gran cantidad de LUN, se podrían producir problemas impredecibles
  Volver a examinar almacenamiento es una operación de uso intensivo de E/S. Si se ejecuta mientras se realiza otra operación de administración de almacenes de datos, como la creación o la extensión de un almacén de datos, pueden experimentarse demoras y otros problemas. Es probable que se produzcan problemas en entornos con gran cantidad de LUN (hasta 1.024) que se admiten en vSphere 6.5.

  Solución alternativa: Por lo general, basta con realizar las tareas de reexaminación del almacenamiento que el host realiza periódicamente. No se requiere que vuelva a examinar el almacenamiento al realizar tareas de administración generales de almacenes de datos. El almacenamiento solo se debe volver a examinar cuando sea absolutamente necesario, especialmente cuando las implementaciones incluyan una gran cantidad de LUN.

Problemas de directiva de almacenamiento de máquina virtual

• La migración en caliente de una máquina virtual con vMotion entre diferentes instancias de vCenter Server puede cambiar el estado de cumplimiento de una directiva de almacenamiento de máquina virtual
  Después de usar vMotion para realizar una migración en caliente de una máquina virtual entre diferentes instancias de vCenter Server, el estado de cumplimiento de la directiva de almacenamiento de máquina virtual cambia a DESCONOCIDO.

  Solución alternativa: Compruebe el cumplimiento en la máquina virtual migrada para actualizar el estado de cumplimiento.

  1. En vSphere Web Client, desplácese hasta la máquina virtual.

  2. En el menú contextual, seleccione Directivas de máquina virtual > Comprobar el cumplimiento de la directiva de almacenamiento de máquina virtual.
     El sistema verificará el cumplimiento.

Problemas con vSphere HA y Fault Tolerance

• Error en la replicación de vCenter High Availability cuando caduca la contraseña del usuario
  Cuando caduca la contraseña del usuario de vCenter High Availability, se producen varios errores en la replicación de vCenter High Availability. Para obtener más información sobre los errores y sus causas, consulte el artículo en http://kb.vmware.com/kb/2148675.

  Solución alternativa: Restablezca la contraseña del usuario de vCenter High Availability en los tres nodos de vCenter High Availability: activo, pasivo y testigo. Consulte el artículo en http://kb.vmware.com/kb/2148675 para obtener instrucciones sobre cómo restablecer las contraseñas de usuario.

• Error en vCenter al implementar vCenter High Availability con una IP de conmutación por error alternativa para el nodo pasivo sin especificar una dirección IP de puerta de enlace
  vCenter High Availability requiere que se especifique una dirección IP de puerta de enlace si se definen una dirección IP y una máscara de red alternativas para el nodo pasivo en una implementación de vCenter High Availability. Si no se especifica dicha dirección IP de puerta de enlace cuando se utiliza una dirección IP alternativa para la implementación del nodo pasivo, se produce un error en vCenter Server.

  Solución alternativa: Debe especificar una dirección IP de puerta de enlace si utiliza una dirección IP alternativa para el nodo pasivo en una implementación de VCHA.

• Puede que se produzca un error de implementación de vCenter High Availability si el dispositivo tiene un nombre de host con mayúsculas y minúsculas al configurar el dispositivo
  Si VCSA se instala con un FQDN con mayúsculas y minúsculas, puede que se produzca un error al intentar implementar vCenter High Availability. Esto se debe a que la validación de nombre de host de la implementación de vCenter High Availability distingue entre mayúsculas y minúsculas.

  Solución alternativa: Debe utilizar un nombre de host solo en mayúsculas o solo en minúsculas al configurar el dispositivo.

• Se debe habilitar SSH en vCenter Server Appliance para configurar vCenter HA
  Si SSH está deshabilitado durante la instalación de un nodo de administración (con instancia de PSC externa) y durante la configuración de vCenter HA desde vSphere Web Client, se produce un error en la tarea de implementación de vCenter HA con el mensaje: SSH no está habilitado. Puede habilitar SSH en vCenter Server Appliance mediante vSphere Web Client o la interfaz de usuario de Appliance Management (VAMI) y, a continuación, puede configurar vCenter HA desde vSphere Web Client.

  Solución alternativa: Ninguna. Debe habilitar SSH en vCenter Server Appliance para que vCenter HA funcione.

• No se puede configurar vCenter HA desde la interfaz de usuario de vSphere Web Client cuando se usa una dirección IP en lugar de un FQDN durante la implementación
  Cuando realiza los siguientes pasos, se produce un error:

  1. Al implementar vCenter Server, en el cuadro de texto “Nombre del sistema” de la interfaz de usuario de implementación, introduzca una dirección IP en lugar de un FQDN y complete la instalación.

  2. Después de la implementación correcta, realice todos los pasos de requisitos previos para configurar vCenter HA.

  3. Durante la configuración de vCenter HA en la interfaz de usuario de vSphere Web Client se produce el siguiente mensaje de error:
     No se puede recuperar la información de Platform Services Controller. Asegúrese de que el servicio de administración de la aplicación se esté ejecutando y que usted sea miembro del grupo de administradores de configuración del sistema de Single Sign-On. No se puede recuperar la información de la red del sistema operativo invitado acerca de la máquina virtual de vCenter. Asegúrese de que el servicio de administración de la aplicación se esté ejecutando.

  Solución alternativa: Proporcione un FQDN en el campo Nombre del sistema al implementar vCenter (o PSC).

• vSphere HA podría provocar un error al reiniciar máquinas virtuales dependientes y cualquier otra máquina virtual en un nivel inferior
  Actualmente, el temporizador de anulación de máquina virtual se inicia para una correcta colocación de la máquina virtual. Si existe una dependencia entre las máquinas virtuales del mismo nivel y la máquina virtual no puede reiniciarse correctamente, entonces ni las máquinas virtuales dependientes ni las máquinas virtuales en niveles inferiores podrán reiniciarse. Sin embargo, si las máquinas virtuales se encuentran en diferentes niveles sin dependencia en una máquina virtual del mismo nivel, el tiempo de espera del nivel se respeta y las máquinas virtuales de un nivel inferior conmutarán por error después del tiempo de espera.

  Solución alternativa: No cree dependencias de máquina virtual en el mismo nivel.

• La creación de un clúster de vSphere HA habilita la protección de componentes de la máquina virtual de manera predeterminada y los hosts ESXi 5.5 no se pueden agregar al clúster
  Se produce un error al intentar agregar un host ESXi 5.5 a un nuevo clúster de vSphere HA o al habilitar vSphere HA en un clúster recién creado que tiene hosts ESXi 5.5 porque la protección de componentes de la máquina virtual está habilitada de manera predeterminada. Esto devuelve el siguiente mensaje de error: No se puede habilitar la protección de componentes de la máquina virtual de vSphere HA para el clúster especificado porque contiene un host con la opción "Actualizar el host a 6.0 o una versión superior". Esto no afecta a los hosts ESXi 6.0 ni a versiones posteriores.

  Solución alternativa: Vaya a la configuración de vSphere HA del clúster recién creado. En la pestaña Errores y respuestas, asegúrese de que las opciones “Almacén de datos con PDL” y “Almacén de datos con APD” estén deshabilitadas. Después de guardar esta configuración, puede agregar hosts ESXi 5.5 al clúster.

• Si se reinicia un nodo activo durante una operación que elimina la configuración del clúster de vCenter HA, puede que sea necesario iniciar el nodo activo de forma manual
  La eliminación de la configuración del clúster de vCenter HA es un proceso de varios pasos que actualiza la configuración de vCenter Appliance. Debe marcar el dispositivo de modo que se inicie como una instancia de vCenter Server Appliance independiente. Si el dispositivo activo se bloquea o se reinicia durante una operación clave de la eliminación de la configuración de vCenter HA, puede que el nodo activo se reinicie en un modo en el que deba intervenir para iniciar todos los servicios del dispositivo.

  Solución alternativa: Debe seguir estos pasos para iniciar todos los servicios en el dispositivo activo:

  1. Inicie sesión en las consolas del dispositivo de vCenter activo.

  2. Habilite Bash cuando el dispositivo lo solicite.

  3. Ejecute el comando: destroy-vcha -f

  4. Inicie el dispositivo.

• Si se intenta reiniciar un nodo activo con la intención de llevar a cabo una conmutación por error, puede que el nodo activo continúe en ese mismo estado tras el reinicio
  En un clúster de vCenter HA, cuando un nodo activo pasa por un ciclo de reinicio, el nodo pasivo detecta que el nodo activo del clúster de vCenter HA no está disponible de forma temporal. Por ello, el nodo pasivo intenta asumir la función de nodo activo. Si el nodo activo se reinicia mientras se modifica un estado de dispositivo en el nodo activo, es posible que no se pueda completar la conmutación por error al nodo pasivo. Si esto sucede, el nodo activo seguirá siendo el nodo activo cuando se complete el ciclo de reinicio.

  Solución alternativa: Si se reinicia el nodo activo para provocar una conmutación por error al nodo pasivo, se debe usar el flujo de trabajo "Iniciar conmutación por error" de la interfaz de usuario, o el comando Initiate Failover API. De este modo se asegura que el nodo pasivo asuma la función de nodo activo.

Para contraer la lista de problemas conocidos anteriores, haga clic aquí.