Notas de la versión de VMware ESXi 6.0.0b

|

Actualizado: 7 de julio de 2015

ESXi 6.0.0b | 7 de julio de 2015 | Compilación ISO 2809209

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

Contenido de las notas de la versión

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

Novedades

Esta versión de ESXi 6.0.0b incluye varias correcciones de errores, las cuales se describen en la sección Problemas resueltos.

Versiones anteriores de ESXi 6.0

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

Para obtener información sobre compatibilidad, instalación, actualizaciones, notificaciones de soporte de productos y características, consulte las notas de la versión de VMware vSphere 6.0.

Internacionalización

VMware vSphere 6.0 está disponible en los idiomas siguientes:

  • Inglés
  • Francés
  • Alemán
  • Japonés
  • Coreano
  • Chino simplificado
  • Español
  • Chino tradicional

Los componentes de VMware vSphere 6.0, incluidos vCenter Server, ESXi, vSphere Web Client y vSphere Client, no aceptan entradas que no sean ASCII.

Revisiones incluidas en esta versión

Esta versión incluye todos los boletines de ESXi que se lanzaron antes de la fecha de lanzamiento de este producto. Consulte la página My VMware para obtener más información sobre cada boletín.

La versión de revisión ESXi600-201507001 incluye los siguientes boletines individuales:

La versión de revisión ESXi600-201507001 incluye los siguientes perfiles de imagen:

Problemas resueltos

En esta sección se describen los problemas resueltos en esta versión:

Problemas con el CIM y las API

  • Puede que el servicio sfcbd deje de responder
    Es posible que el servicio sfcbd deje de responder y que aparezca el siguiente mensaje de error en el archivo syslog:

    spSendReq/spSendMsg no se pudo enviar en 7 (-1)
    Error al obtener el contexto de proveedor desde el administrador de proveedores: 11

    Este problema se produce cuando existe una disputa por un semáforo entre el servidor CIM y los proveedores.

    El problema está resuelto en esta versión.

  • Es posible que el host ESXi no pueda enviar indicaciones de CIM de sfcb a ServerView Operations Manager después de reiniciar
    Es posible que un host ESXi no pueda enviar indicaciones de CIM de sfcb a ServerView Operations Manager después de reiniciar el host. En el archivo syslog se escribe un error parecido al siguiente:

    spGetMsg recibiendo de 72 20805-11 Recurso no disponible temporalmente
    rcvMsg recibiendo de 72 20805-11 Recurso no disponible temporalmente
    --- Error en la activación del filtro para la suscripción a indicaciones
    filter=root/interop:cim_indicationfilter.creationclassname=br"CIM_IndicationFilter"
    ,name="FTSIndicationFilter",systemcreationclassname="CIM_ComputerSystem",
    systemname="xx.xxx.xxx.xx", handler=root/interop:cim_indicationhandlercimxml.creationclassname="CIM_IndicationHandlerCIMXML"
    ,name="FTSIndicationListener:xx.xxx.xxx.xx", systemcreationclassname="CIM_ComputerSystem",systemname="xx.xxx.xxx.xx",
    status: rc 7, msg
    No hay clases de indicación compatibles en la consulta de filtro, o no se encontró ningún proveedor


    El problema está resuelto en esta versión.

  • No se puede supervisar el estado del hardware con vCenter Server
    Si el cliente CIM envía dos solicitudes para Eliminar instancia a la misma suscripción a indicaciones de CIM, el servicio sfcb-vmware_int podría dejar de responder debido a la disputa de memoria. Es posible que no pueda supervisar el estado del hardware con vCenter Server y ESXi.

    El problema está resuelto en esta versión.

  • Después de actualizar el firmware, aparecen falsas alarmas en la pestaña Estado de hardware
    Después de actualizar el firmware, aparecen falsas alarmas en la pestaña Estado de hardware de vSphere Client, incluso si el sistema ha estado inactivo entre dos y tres días. En el archivo /var/log/syslog.log pueden registrarse mensajes de error similares a los siguientes:

    sfcb-vmware_raw[nnnnn]: IpmiIfruInfoAreaLength: ERROR al leer FRU para 0x0 en 0x8 cc=0xffffffff
    sfcb-vmware_raw[nnnnn]: IpmiIfcFruChassis: ERROR al leer la longitud del área de información del chasis de FRU para 0x0
    sfcb-vmware_raw[nnnnn]: IpmiIfcFruBoard: ERROR al leer los detalles de la información del panel de FRU para 0x0 cc=0xffffffff
    sfcb-vmware_raw[nnnnn]: IpmiIfruInfoAreaLength: ERROR al leer FRU para 0x0 en 0x70 cc=0xffffffff
    sfcb-vmware_raw[nnnnn]: IpmiIfcFruProduct: ERROR al leer la longitud del área de información del producto de FRU para 0x0
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: error de coincidencia de longitud de datos req=19,resp=3
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: Error de coincidencia de EntryId req=0001,resp=0002
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: Error de coincidencia de EntryId req=0002,resp=0003
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: Error de coincidencia de EntryId req=0003,resp=0004
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: Error de coincidencia de EntryId req=0004,resp=0005
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: Error de coincidencia de EntryId req=0005,resp=0006
    sfcb-vmware_raw[nnnnn]: IpmiIfcSelReadEntry: Error de coincidencia de EntryId req=0006,resp=0007

    El problema está resuelto en esta versión.

  • Openwsman no admite createInstance()
    El agente WSMAN de ESXi (Openwsman) incluido en ESXi 5.0 Update 3 o la versión de revisión de ESXi ESXi500-201406001, ESXi 5.1 Update 2 o la versión de revisión de ESXi ESXi510-201407001, o bien ESXi 5.5 Update 2, no admite el parámetro de matriz para createInstance(). Cuando se ejecuta el servicio wsmand para crear una instancia de CIM con el valor de propiedad de tipo de matriz mediante createInstanse() en Openwsman, se muestran mensajes similares a los siguientes:

    wsmand[6266]: trabajando en la propiedad: DataSize
    wsmand[6266]: valor de propiedad: 572
    wsmand[6266]: xml2property([0xnnnn]DataSize:572)
    wsmand[6266]: trabajando en la propiedad: PData
    wsmand[6266]: valor de propiedad: 7
    wsmand[6266]: xml2property([0xnnnn]PData:7)
    wsmand[6266]: *** xml2data: Matriz no compatible
    wsmand[6266]: trabajando en la propiedad: ReturnCode
    wsmand[6266]: valor de propiedad: 0

    El problema está resuelto en esta versión.

  • Se producen pérdidas de memoria en los proveedores de CIM al enviar indicaciones de CIM
    Es posible que el proveedor de Common Information Model (CIM) que se ejecute en un host ESXi experimente pérdidas de memoria al enviar indicaciones de CIM desde el servicio Small-Footprint CIM Broker (sfcb).

    El problema está resuelto en esta versión.

  • No se puede supervisar el estado del hardware en un host ESXi
    Es posible que un host ESXi informe de un error en la pestaña Estado de hardware debido a que el servicio de supervisión de hardware (sfcbd) no responde. En el archivo syslog.log se escribe un mensaje de error parecido al siguiente:

    sfcb-hhrc[5149608]: spGetMsg recibiendo de 65 5149608-11 Recurso no disponible temporalmente
    sfcb-hhrc[5149608]: rcvMsg recibiendo de 65 5149608-11 Recurso no disponible temporalmente
    sfcb-hhrc[5149608]: Error de tiempo de espera u otro error de socket
    sfcb-LSIESG_SMIS13_HHR[6064161]: spGetMsg recibiendo de 51 6064161-11 Recurso no disponible temporalmente
    sfcb-LSIESG_SMIS13_HHR[6064161]: rcvMsg recibiendo de 51 6064161-11 Recurso no disponible temporalmente
    sfcb-LSIESG_SMIS13_HHR[6064161]: Error de tiempo de espera u otro error de socket
    sfcb-kmoduleprovider[6064189]: spGetMsg recibiendo de 57 6064189-11 Recurso no disponible temporalmente
    sfcb-kmoduleprovider[6064189]: rcvMsg recibiendo de 57 6064189-11 Recurso no disponible temporalmente
    sfcb-kmoduleprovider[6064189]: Error de tiempo de espera u otro error de socket


    El problema está resuelto en esta versión.

  • Es posible que el servicio openwsmand deje de responder cuando se cambian las propiedades del controlador RAID
    Es posible que el servicio openwsmand deje de responder cuando se cambian las propiedades del controlador RAID mediante la opción ModifyInstance. Esto sucede cuando se cambian las siguientes propiedades:

    • Prioridad de reconstrucción

    • Prioridad de comprobación de coherencia

    • Prioridad de lectura de control


    El problema está resuelto en esta versión.

  • Es posible que el cliente CIM muestre un error debido a varias enumeraciones
    Al ejecutar varias consultas de enumeración en la clase de puertos de VMware Ethernet con el método CBEnumInstances, es posible que aparezca un mensaje de error similar al siguiente en los servidores que se ejecuten en ESXi 6.0:

    Error de CIM: no se encontró la clase enumInstances

    Este problema se produce cuando el software de administración no puede recuperar la información proporcionada por VMware_EthernetPort()class. Cuando se produzca este problema, la consulta de memstats mostrará el siguiente mensaje de error:

    MemStatsTraverseGroups: Error de VSI_GetInstanceListAlloc: Not found.

    El problema está resuelto en esta versión.

Problemas varios

  • No se puede finalizar el proceso sfcb cuando el ámbito del usuario se bloquea en HeapMoreCore
    Cuando el Ámbito del usuario se bloquea en HeapMoreCore con un tiempo de espera infinito debido a un orden de detención inadecuado, no se puede finalizar el proceso sfcb. Aparece un mensaje de error similar al siguiente:

    No se pudo finalizar /sbin/sfcbd (8314712): No existe tal proceso.

    El problema está resuelto en esta versión.

Problemas de redes

  • El host ESXi podría quedar inutilizable y sin conectividad hasta el reinicio
    Cuando un host ESXi tiene tres o más vmknics, si se restablece la configuración de red de la DCUI, o si se aplica un perfil de host donde las vmknic estén en un DVS, incluida la vmknic de administración, podría producirse una excepción Hostctl. Esto puede causar que el host quede inutilizable y sin conectividad hasta que se reinicie.

    El problema está resuelto en esta versión.

  • Es posible que las estadísticas de rendimiento de transmisión y recepción sean muy altas, lo que ocasionará reasignaciones de puertos de origen innecesarias
    Los valores de las estadísticas de rendimiento de transmisión y recepción podrían ser muy elevadas, lo que provocará reasignaciones de puertos de origen innecesarias en otras VMNIC. Esto puede deberse a un error de cálculo de estadísticas del algoritmo de formación de equipos basada en cargas.

    El problema está resuelto en esta versión.

  • Es posible que el host ESXi pierda la conectividad de red después de habilitar sesiones de creación de reflejo de puertos
    Es posible que un host ESXi o una máquina virtual pierdan la conectividad de red después de habilitar sesiones de creación de reflejo de puertos en vSphere Distributed Switch.

    El problema está resuelto en esta versión.

Problemas de seguridad

  • Se ha actualizado el paquete de NTP
    El paquete de NTP se ha actualizado para solucionar un problema de estabilidad.

Problemas con la configuración de servidores

  • Es posible que se produzca un error al reiniciar una máquina de Windows 8 y Windows 2012 Server en un host ESXi
    Es posible que se produzca un error al reiniciar una máquina de Windows 8 y Windows 2012 Server en un host ESXi. Para obtener más información, consulte el artículo 2092807 de la base de conocimientos.

    El problema está resuelto en esta versión.

  • Error al intentar crear más de 16 TB de almacén de datos de VMFS5 en el dispositivo de almacenamiento
    Es posible que se produzca un error en el host ESXi al intentar ampliar un almacén de datos de VMFS5 más allá de 16 TB. En el archivo vmkernel.log se escribe un mensaje de error parecido al siguiente:

    cpu38:xxxxx)LVM: xxxx: [naa.600000e00d280000002800c000010000:1] Dispositivo ampliado (tamaño real 61160331231 bloques, tamaño almacenado 30580164575 bloques)
    cpu38:xxxxx)LVM: xxxx: [naa.600000e00d280000002800c000010000:1] Dispositivo ampliado (tamaño real 61160331231 bloques, tamaño almacenado 30580164575 bloques)
    cpu47:xxxxx)LVM: xxxxx: El dispositivo LVM naa.600000e00d280000002800c000010000:1 se ha ampliado correctamente (nuevo tamaño: 31314089590272)
    cpu47:xxxxx)Vol3: xxx: No se pudo registrar ds02 del sistema de archivos para las notificaciones de tiempo de espera de APD: Ya existe.
    cpu47:xxxxx)LVM: xxxx: Usa todo el espacio disponible (15657303277568).
    cpu7:xxxxx)LVM: xxxx: Error al agregar espacio (0) al dispositivo naa.600000e00d280000002800c000010000:1 al volumen xxxxxxxx-xxxxxxxx-xxxx-xxxxxxxxxxxx: No hay más espacio en el dispositivo.
    cpu7:xxxxx)LVM: xxxx: Error de injerto de PE para el dispositivo naa.600000e00d280000002800c000010000:1 (abierto: t), vol xxxxxxxx- xxxxxxxx-xxxx-xxxxxxxxxxxx: Límite excedido
    cpu7:xxxxx)LVM: xxxx: Error al examinar el dispositivo para <naa.600000e00d280000002800c000010000:1>: Límite excedido
    cpu7:xxxxx)LVM: xxxx: Error de LVMProbeDevice para el dispositivo naa.600000e00d280000002800c000010000:1: Límite excedido
    cpu32:xxxxx)<3>ata1.00: CDB incorrecto len=16, scsi_op=0x9e, max=12
    cpu30:xxxxx)LVM: xxxx: Error de injerto de PE para el dispositivo naa.600000e00d280000002800c000010000:1 (abierto: t), vol xxxxxxxx- xxxxxxxx-xxxx-xxxxxxxxxxxx: Límite excedido
    cpu30:xxxxx)LVM: xxxx: Error al examinar el dispositivo para <naa.600000e00d280000002800c000010000:1>: Límite excedido


    El problema está resuelto en esta versión.

  • La utilización general de ESXi se reduce al establecer el límite de la CPU de una máquina virtual de un solo procesador
    Cuando se configura el límite de la CPU de una máquina virtual de un solo procesador, la utilización general del ESXi podría verse reducida debido a un defecto en el planificador de este host. Esto sucede cuando el planificador de ESXi realiza estimaciones de equilibrio de carga de CPU incorrectas y considera que las máquinas virtuales están en ejecución. Para obtener más detalles, consulte el artículo 2096897 de la base de conocimientos.

    El problema está resuelto en esta versión.

  • Es posible que se produzca un error en el enlace de puertos de red de iSCSI aunque solo haya un vínculo superior activo en el conmutador
    Aunque solo haya un vínculo superior activo en el conmutador, se produce un error en el enlace de puertos de red de iSCSI.

    El problema se ha resuelto en esta versión al contar solo los vínculos superiores activos para decidir si la interfaz de VMkernel cumple los requisitos o no.

  • El nombre de iniciador de iSCSI se admite al habilitar el iSCSI de software mediante esxcli
    Esta versión proporciona la opción para transferir un nombre de iniciador de iSCSI al comando esxcli software de iscsi configurado.

  • Es posible que una instantánea de VMFS montada de forma persistente no se monte
    Es posible que los volúmenes de instantánea de VMFS montados de forma persistente no se monten tras reiniciar el host ESXi. En el archivo syslog, se escriben mensajes de registro similares al siguiente:

    localcli: Información de almacenamiento: No se puede montar el volumen de VMFS con el UUID nnnnnnnn-nnnnnnnn-nnnn-nnnnnnnnnnnn.
    Sysinfo error on operation returned status : Recuento de parámetros incorrecto. Consulte el registro de VMkernel para obtener más detalles sobre el error
    localcli: StorageInfo: No se pueden restaurar uno o más volúmenes de VMFS con conflictos resueltos

    El problema está resuelto en esta versión.

  • Hay menos IOPS que el límite configurado para la operación de lectura y escritura
    Cuando se limita el valor de las entradas y salidas por segundo (IOPS) para el disco de una máquina virtual, aparecen menos IOPS de las que establece el límite configurado para la operación de lectura y escritura (E/S) si el tamaño de la operación de lectura y escritura (E/S) es mayor que o igual que 32 KB. Esto se debe a que el programador de E/S considera 32 KB como una unidad de costo de programación para una operación de E/S. Cualquier operación con un tamaño superior a 32 KB se considerará como varias operaciones, por lo que se limitará la E/S.

    Este problema se ha resuelto en esta versión haciendo que el valor de SchedCostUnit se pueda configurar según los requisitos de la aplicación.

    Para ver el valor actual, ejecute el siguiente comando:
    esxcfg-advcfg -g /Disk/SchedCostUnit

    Para establecer un nuevo valor actual, ejecute el siguiente comando:
    esxcfg-advcfg -s 65536 /Disk/SchedCostUnit

  • El proceso vmkiscsid podría dejar de responder
    El proceso vmkiscsid podría dejar de responder al ejecutar una operación para volver a examinar el adaptador de iSCSI mediante IPv6.

    El problema está resuelto en esta versión.

  • El host ESXi no puede recibir capturas de SNMP v3 con la herramienta de administración de terceros
    Es posible que el host ESXi no reciba capturas de SNMP v3 cuando se utiliza una herramienta de administración de terceros para recopilar datos de SNMP. En el archivo /var/snmp/syslog.log, aparecerán entradas similares a las siguientes:

    snmpd: snmpd: snmp_main: tamaño del paquete de recepción=151 desde: 172.20.58.220:59313
    snmpd: snmpd: SrParseV3SnmpMessage: authSnmpEngineBoots(0) es igual que 0, authSnmpEngineTime(2772) en 0 +- 150 no se encuentra dentro del periodo de tiempo
    ....

    Para obtener más información, consulte el artículo 2108901 de la base de conocimientos.

    El problema está resuelto en esta versión.

  • Se produce un error al intentar arrancar un host ESXi 6.0 desde un SAN de iSCSI
    Se produce un error al intentar arrancar un host ESXi 6.0 desde un SAN de iSCSI. Esto sucede cuando el host ESXi no detecta la tabla de firmware de arranque de iSCSI (iBFT), lo que se produce un error de arranque. Este problema puede ocurrir con cualquier adaptador de iSCSI, incluidos Emulex y QLogic.

    El problema está resuelto en esta versión.

  • Es posible que se produzca un error al realizar una llamada de API de VASA de setPEContext para un proveedor
    Es posible que se produzca un error al realizar una llamada de API de VASA de setPEContext para un proveedor. En el archivo vvold.log podría aparecer un mensaje de error similar al siguiente:

    VasaOp::ThrowFromSessionError [#47964]: ===> ERROR FINAL setPEContext, error (INVALID_ARGUMENT / no se pudo invocar la operación: setPEContext[com.emc.cmp.osls.api.base.InstanceOps.checkPropertyValue():269 C:ERROR_CLASS_SOFTWARE
    F:ERROR_FAMILY_INVALID_PARAMETER X:ERROR_FLAG_LOGICAL La propiedad inBandBindCapability es obligatoria y no puede ser nula.] / ) VP (VmaxVp) Contenedor (VmaxVp) timeElapsed=19 milisegundos (#outstanding 0)
    error vvold[FFDE4B70] [Originator@6876 sub=Default] VendorProviderMgr::SetPEContext: No se pudo SetPEContext en VP VmaxVp (#failed 1): no se pudo invocar la operación

    El problema está resuelto en esta versión.

  • Es posible que los destinos de EMC aleatorios no reconozcan el iniciador
    Al aplicar HostProfile, en principio se asigna un nombre de iniciador de iSCSI generado de forma aleatoria y, a continuación, se cambia el nombre de este por el nombre definido por el usuario. Esto puede provocar que algunos destinos de EMC no reconozcan el iniciador.

    El problema está resuelto en esta versión.

  • Es posible que IBM BladeCenter HS23 no pueda escribir el archivo de volcado de núcleo cuando se configure la partición de volcado de núcleo activa
    La instancia de IBM BladeCenter HS23 que se arranca desde un dispositivo USB no puede escribir el archivo de volcado de núcleo cuando se configura la partición de volcado de núcleo activa en un dispositivo USB. Aparecerá una pantalla morada con un mensaje indicando que el volcado se ha iniciado, pero que no se ha completado.

    El problema está resuelto en esta versión.

  • ID de PCI incorporados más recientemente
    El archivo pci.ids se actualizó y ahora contiene los ID de PCI más recientes.

Problemas de almacenamiento

  • El rendimiento del almacenamiento de NFS es lento en las máquinas virtuales que se ejecutan en un almacenamiento de NFS aprovisionado con VSA
    En las máquinas virtuales que se ejecutan en un almacenamiento de NFS aprovisionado con VSA se observa lentitud en el rendimiento de almacenamiento de NFS. Este problema de rendimiento lo provocan las confirmaciones diferidas del host ESXi para las respuestas de lectura de NFS.

    Esta revisión resuelve este problema deshabilitando las confirmaciones diferidas para las conexiones de NFS.

    El problema está resuelto en esta versión.

Problemas de actualización e instalación

  • Es posible que el primer arranque de VMware ESXi 6.0 en un equipo Dell PowerEdge VRTX detenga el servidor debido a un error de segmentación
    El primer arranque de VMware ESXi 6.0 en un equipo Dell PowerEdge VRTX detiene el servidor después de cargar el módulo vmw_satp_alua debido a un error de segmentación durante el proceso de detección de controladores.

    Se han actualizado los VIB lsu-lsi-lsi-mr3-plugin y lsu-lsi-megaraid-sas-plugin para actualizar Storelib de la versión 4.26 a la 4.30 a fin de resolver este problema.

  • Es posible que el primer arranque de VMware ESXi 6.0 en un equipo Dell PowerEdge VRTX detenga el servidor debido a un error de segmentación
    El primer arranque de VMware ESXi 6.0 en un equipo Dell PowerEdge VRTX detiene el servidor después de cargar el módulo vmw_satp_alua debido a un error de segmentación durante el proceso de detección de controladores.

    Se han actualizado los VIB lsu-lsi-lsi-mr3-plugin y lsu-lsi-megaraid-sas-plugin para actualizar Storelib de la versión 4.26 a la 4.30 a fin de resolver este problema.

Problemas en la administración de máquinas virtuales

  • La afirmación de que las versiones de hardware virtual anteriores a la versión 11 son compatibles con la tabla de atributos de página no es correcta
    La afirmación de que las versiones de hardware virtual anteriores a la versión 11 son compatibles con la tabla de atributos de página (PAT) en CPUID[1].EDX[PAT] es incorrecta.

    Este problema se ha resuelto en esta versión mediante la ampliación de la compatibilidad de IA32_PAT MSR con todas las versiones de hardware virtual.

    Nota: Esta compatibilidad se limita a registrar la PAT del invitado en IA32_PAT MSR. En realidad, la PAT del invitado no influye en los tipos de memoria utilizados por la máquina virtual.

  • La eliminación de un grupo de escritorios que admite entornos de VDI puede eliminar archivos VMDK de otro grupo de escritorios
    Cuando se elimina un grupo de escritorios que admite entornos de VDI, es posible que se eliminan los archivos VMDK de la otra máquina virtual de un grupo de escritorios diferente. Es posible que esto afecta a varias máquinas virtuales de diferentes grupos de escritorios. Esto sucede cuando, tras eliminar el disco, se elimina el directorio principal debido a un error por el cual el directorio se percibe como vacío, a pesar de no estarlo. Es posible que la máquina virtual no se pueda encender y que se muestre el siguiente error:

    [nnnnn información 'Predeterminado' opID=nnnnnnnn] [VpxLRO] -- ERROR task-19533 -- vm-1382 -- vim.ManagedEntity.destroy: vim.fault.FileNotFound:
    --> Resultado:
    --> (vim.fault.FileNotFound) {
    --> dynamicType = ,
    --> faultCause = (vmodl.MethodFault) nulo,
    --> archivo = "[cntr-1] guest1-vm-4-vdm-user-disk-D-nnnnnnnn-nnnn-nnnn-nnnn-nnnnnnnnnnnn.vmdk",
    --> msg = "No se encontró el archivo [cntr-1] guest1-vm-4-vdm-user-disk-D-nnnnnnnn-nnnn-nnnn-nnnn-nnnnnnnnnnnn.vmdk",
    --> }
    --> Argumentos

    La eliminación de VMDK se produce cuando el sistema de operativo invitado y el disco de datos de usuario de una máquina virtual determinada se distribuyen entre diferentes almacenes de datos. Este problema no es visible cuando todos los archivos de la máquina virtual residen en el mismo almacén de datos.

    El problema está resuelto en esta versión.

  • La opción automática para el inicio o el apagado de una máquina virtual no funciona
    La opción automática para el inicio o el apagado de una máquina virtual no funciona cuando el valor de la variable vmDelay se establece como más de 1800 segundos. Esto puede ocurrir en las siguientes situaciones:

    • Si la variable vmDelay se establece como 2148 segundos o más, el inicio o el apagado automáticos de la máquina virtual no se retrasarán y se producirá un error en el servicio hostd.
    • Si la variable vmDelay se establece como más de 1800 segundos, el comando vim-cmd hostsvc/autostartmanager/inicio automático no retrasará las tareas de inicio o apagado automático de la máquina virtual. Esto se debe a que el comando agotará el tiempo de espera si la tarea no se completa en 30 minutos.

    Nota: Especifique el valor de blockingTimeoutSeconds en el archivo de configuración de hostd, /etc/vmware/hostd/config.xml. Si la suma de los retrasos es mayor que 1800 segundos, deberá configurar blockingTimeoutSeconds con un valor mayor que 1800 segundos.

    Por ejemplo:
    <vimcmd>
    <soapStubAdapter>
    <blockingTimeoutSeconds>7200</blockingTimeoutSeconds>
    </soapStubAdapter>
    </vimcmd>

    El problema está resuelto en esta versión.

Problemas en Virtual SAN

  • Es posible que un host ESXi de un clúster de Virtual SAN con 40 o más nodos muestre una pantalla de diagnóstico morada
    Un host ESXi que forme parte de un clúster de Virtual SAN con 40 o más nodos podría mostrar una pantalla de diagnóstico morada debido a una comprobación de límite cuando los nodos se vuelven a agregar a la lista de miembros de un nuevo nodo principal después de la conmutación por error del nodo principal.

    El problema está resuelto en esta versión.

  • La reducción de la directiva proportionalCapacity no afecta al uso del disco
    La reducción de la directiva proportionalCapacity no afecta al uso del disco. Esto se debe a que las modificaciones realizadas en los parámetros de la directiva no se transfieren a los componentes en los que se aplica.

    El problema está resuelto en esta versión.

  • Se produce un error al aprovisionar una máquina virtual mediante una directiva de almacenamiento con el atributo de reserva de memoria caché de lectura de flash
    Se produce un error al aprovisionar una máquina virtual mediante una directiva de almacenamiento con el atributo de reserva de memoria caché de lectura de flash en un entorno de clúster basado íntegramente en tecnología flash de Virtual SAN.

    El problema está resuelto en esta versión.

  • Se ha incluido una instancia de Virtual SAN Observer ligera capaz de recopilar estadísticas sin necesidad de hostd
    Virtual SAN Observer no puede recopilar estadísticas cuando no se puede acceder a hostd, ya que la recopilación se realiza a través de hostd. Esta versión incluye una instancia de Virtual SAN Observer ligera capaz de recopilar estadísticas sin necesidad de hostd.

    El problema está resuelto en esta versión.

Problemas de VMware Tools

  • Es posible que VMware Tools no pueda actualizarse automáticamente cuando se enciende la máquina virtual por primera vez
    Cuando una máquina virtual se implementa o se clona con personalización de invitado, y la directiva de actualización de VMware Tools se configura para permitir que la máquina virtual actualice automáticamente VMware Tools la próxima vez que se encienda, VMware Tools no se actualiza automáticamente cuando la máquina virtual se enciende por primera vez.

    El problema está resuelto en esta versión.

  • Se produce un error al intentar abrir telnet mediante el comando start telnet://xx.xx.xx.xx
    Después de instalar VMware Tools en un sistema operativo invitado de Windows 8 o Windows Server 2012, se produce un error al intentar abrir telnet mediante el comando start telnet://xx.xx.xx.xx con el siguiente mensaje de error:

    Asegúrese de que la configuración de la máquina virtual permita al invitado abrir aplicaciones del host

    El problema está resuelto en esta versión.

  • El nombre de los controladores de vShield Endpoint se ha cambiado por controladores de introspección de invitado
    El nombre de los controladores de vShield Endpoint se ha cambiado por controladores de introspección de invitado, y dos de estos controladores, el controlador de introspección de archivos de NSX ( vsepflt.sys) y el controlador de introspección de red de NSX ( vnetflt.sys), ahora pueden instalarse por separado. Esto le permitirá instalar el controlador de archivos sin necesidad de instalar el controlador de red.

    El problema está resuelto en esta versión.

  • Es posible que el rendimiento de las aplicaciones como QuickTime disminuya con Unidesk
    Cuando se utiliza Unidesk con VMware View, o vSphere con vShield Endpoint habilitado, el rendimiento de las aplicaciones como QuickTime puede disminuir. Esto se debe a un problema de interoperabilidad que se activa cuando el controlador del filtro de serialización de volúmenes de Unidesk y el controlador vShield están presentes en la pila. Para cada archivo que abre la aplicación, aunque solo sea para leer los atributos, el controlador vShield llama a FltGetFileNameInformation, lo que ocasiona procesamiento adicional en los archivos. Como resultado, el controlador de Unidesk abre directorios y empeora el rendimiento general de la aplicación.

    El problema está resuelto en esta versión.

  • Los anuncios del enrutador IPv6 no funcionan según lo esperado cuando se etiqueta 802.1q con adaptadores VMXNET3 en una máquina virtual de Linux
    Los anuncios del enrutador (RA) IPv6 no funcionan según lo esperado cuando se etiqueta 802.1q con adaptadores VMXNET3 en una máquina virtual de Linux, ya que la dirección de los anuncios del enrutador IPv6 pretende que la interfaz de VLAN se envíe a la interfaz base.

    El problema está resuelto en esta versión.

  • Es posible que se produzca un error al tomar una instantánea en modo inactivo durante la inicialización de la instantánea
    Es posible que se produzca un error al tomar una instantánea en modo inactivo debido a una condición de carrera durante la inicialización de la instantánea. En la pestaña Tareas y eventos de vCenter Server, aparecerá un mensaje de error similar al siguiente:

    Se produjo un error al guardar la instantánea

    También aparecerá la siguiente información en el registro de eventos del invitado:

    Registro de eventos del sistema
    Origen: Microsoft-Windows-DistributedCOM
    ID del evento: 10010
    Nivel: Error
    Descripción:
    El servidor {nnnnnnnn-nnnn-nnnn-nnnn-nnnnnnnnnnnn} no se registró con DCOM en el tiempo de espera requerido.

    El problema está resuelto en esta versión.

  • Se produce un error al tomar una instantánea en modo inactivo en una máquina virtual en la que se ejecuta Microsoft Windows 2008 o una versión posterior
    Se produce un error al intentar tomar una instantánea en modo inactivo en una máquina virtual en la que se ejecuta Microsoft Windows 2008 o una versión posterior, y es posible que la máquina virtual se bloquee con una pantalla azul en la que aparezca un mensaje de error similar al siguiente:

    Se ha detectado un problema y se ha cerrado Windows para evitar daños en el equipo. Si es la primera vez que ve esta pantalla de error de detención, reinicie el equipo. Si esta pantalla vuelve a aparecer, siga estos pasos:

    Deshabilite o desinstale las utilidades de antivirus, desfragmentación de discos o copia de seguridad. Compruebe la configuración del disco duro y compruebe los controladores actualizados. Ejecute CHKDSK /F para comprobar si hay daños en el disco duro y, a continuación, reinicie el equipo.


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

Problemas conocidos

Para obtener información sobre problemas existentes no resueltos y que no aparecen en la sección Problemas resueltos, consulte la sección Problemas conocidos en las notas de la versión de VMware vSphere 6.0.