Notas de la versión de VMware vCenter Server 6.5 Update 1

|

vCenter Server 6.5 Update 1 | 27 de julio de 2017 | Compilación ISO 5973321
vCenter Server Appliance 6.5 Update 1 | 27 de julio de 2017 | Compilación 5973321

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

  • Puede ejecutar los instaladores de la GUI y la CLI de vCenter Server Appliance en Microsoft Windows 2012 x64 bits, Microsoft Windows 2012 R2 x64 bits, Microsoft Windows 2016 x64 bits y macOS Sierra.
  • TcServer se reemplazó por Tomcat 8.5.8.
  • vCenter Server 6.5 Update 1 es compatible con la personalización del sistema operativo invitado para el sistema operativo Ubuntu 17.04.
  • VMware vSphere Storage APIs - Data Protection (VADP) ahora también admite Windows Server 2016 y Red Hat Enterprise Linux RHEL 7.3 como sistemas operativos para realizar copias de seguridad del servidor proxy. Esto se añade a los sistemas operativos de proxy de copia de seguridad que ya admiten VADP y VDDK 6.5.
  • Si prefiere utilizar Update Manager para la actualización de la pila de ESXi y vSAN, ahora puede habilitar las actualizaciones de software de vSAN mediante la integración con vSphere Update Manager. Esto proporciona un flujo de trabajo común y unificado. Para obtener más información, consulte la Guía de instalación y administración de vSphere Update Manager
  • Compatibilidad con bases de datos externas: vCenter Server ahora admite Microsoft SQL Server 2016, Microsoft SQL Server 2016 SP1 y Microsoft SQL Server 2014 SP2.
  • vSphere Client basado en HTML5 ahora es compatible con más bibliotecas de contenido y operaciones de implementación de OVF, así como con las operaciones que se realizan en funciones y permisos, la personalización básica del sistema operativo invitado y las adiciones a la administración de máquinas virtuales, hosts, almacenes de datos y redes.
  • vSphere Client basado en HTML5 ahora admite teclados en francés, francés suizo y alemán suizo. Para obtener información sobre los problemas conocidos relacionados con la asignación de teclado, consulte https://kb.vmware.com/kb/2149039.
  • Las instancias de vCenter Server vinculadas ahora admiten hasta 15 instancias de vCenter Server, 5.000 hosts ESXi, 50.000 máquinas virtuales encendidas y 70.000 máquinas virtuales registradas. Para obtener más información, consulte los valores máximos de configuración de vSphere.
  • Durante los procesos de instalación, actualización y migración de la línea de comandos de vCenter Server Appliance, se proporciona un archivo de estado estructurado junto con los registros del instalador.
  • Actualizaciones del paquete JRE. El paquete Oracle (Sun) JRE se actualizó a la versión 1.8.0_131.

Versiones anteriores de vCenter Server 6.5

Las características y los problemas conocidos de vCenter Server se describen en las notas de la versión de cada versión. Las notas de la versión para versiones anteriores de vCenter Server 6.5 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.5.

Revisiones incluidas en esta versión

Esta versión de vCenter Server 6.5 Update 1 proporciona las revisiones siguientes. Consulte VMware Patch Download Center para obtener más información sobre la descarga de revisiones.

Internacionalización

VMware vSphere 6.5 está disponible en los idiomas siguientes:

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

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

Compatibilidad

Compatibilidad con las versiones de ESXi, vCenter Server y vSphere Web Client

La matriz de interoperabilidad de productos VMware ofrece detalles sobre la compatibilidad de la versión actual y las versiones anteriores de los componentes de VMware vSphere, incluidos ESXi, VMware vCenter Server, vSphere Web Client y los productos VMware opcionales. También se puede comprobar la matriz de interoperabilidad de productos VMware para obtener información sobre la administración admitida y los agentes de copia de seguridad antes de instalar ESXi o vCenter Server.

vSphere Web Client y vSphere Client vienen empaquetados con vCenter Server.

Compatibilidad de hardware con ESXi

Para ver una lista de los procesadores, los dispositivos de almacenamiento, las matrices SAN y los dispositivos de E/S que son compatibles con vSphere 6.5 Update 1, utilice la información sobre ESXi 6.5 incluida en la Guía de compatibilidad de VMware.

Compatibilidad de dispositivos con ESXi

Para determinar qué dispositivos son compatibles con ESXi 6.5, utilice la información sobre ESXi 6.5 incluida en la Guía de compatibilidad de VMware.

Compatibilidad de sistemas operativos invitados con ESXi

Para determinar qué sistemas operativos invitados son compatibles con vSphere 6.5, utilice la información sobre ESXi 6.5 incluida en la Guía de compatibilidad de VMware.

Compatibilidad de máquinas virtuales con ESXi

Las máquinas virtuales que son compatibles con ESX 3.x y versiones posteriores (versión de hardware 4) se admiten en ESXi 6.5. Las máquinas virtuales que son compatibles con ESX 2.x y versiones posteriores (versión de hardware 3) no se admiten. Para utilizar estas máquinas virtuales en ESXi 6.5, actualice la compatibilidad de máquinas virtuales. Consulte la documentación sobre la actualización de vSphere.

Notas sobre la instalación y la actualización de esta versión

Notas para la instalación de esta versión

Lea la documentación sobre Instalación y configuración de vSphere a fin de obtener instrucciones para instalar y configurar ESXi y vCenter Server.

Si bien las instalaciones son directas, hay varios pasos de configuración posteriores que son esenciales. Lea la siguiente documentación:

Cambios en la inclusión de VMware Tools en ESXi 6.5

En ESXi 6.5, solo se incluyen algunas imágenes ISO de VMware Tools en el host ESXi 6.5.

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

  • windows.iso: imagen de VMware Tools para Windows Vista o posterior

  • linux.iso: imagen de VMware Tools para un sistema operativo Linux con glibc 2.5 o posterior (por ejemplo, RHEL 5 o posterior, SLES 11 o posterior y Ubuntu 10.04 o posterior)

  • winPreVista.iso: imagen de VMware Tools para Windows 2000, Windows XP y Windows 2003

Las siguientes imágenes ISO de VMware Tools se pueden descargar de My VMware:

  • solaris.iso: imagen de VMware Tools para Solaris

  • freebsd.iso: imagen de VMware Tools para FreeBSD

  • winPre2k.iso: imagen de VMware Tools para sistemas anteriores a Windows 2000

  • linuxPreGlibc25.iso: imagen de VMware Tools para un sistema operativo Linux con una versión de glibc anterior a la 2.5

  • darwin.iso: imagen de VMware Tools para OS X 10.11 o posterior

  • darwinPre15.iso: imagen de VMware Tools para sistemas anteriores a OS X 10.11

  • netware.iso: imagen de VMware Tools para Netware

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

Migrar soluciones de terceros

Para obtener información sobre la actualización con personalizaciones de terceros, consulte la documentación de Actualización de vSphere. Para obtener información sobre cómo utilizar Image Builder para hacer una ISO personalizada, consulte la documentación de Instalación y configuración de vSphere.

Actualizaciones e instalaciones no permitidas para CPU que no son compatibles

En relación con los procesadores compatibles con vSphere 6.0, vSphere 6.5 ya no admite los siguientes procesadores:

  • Intel Xeon serie 51xx
  • Intel Xeon serie 30xx
  • Intel Core 2 Duo serie 6xxx
  • Intel Xeon serie 32xx
  • Intel Core 2 Quad serie 6xxx
  • Intel Xeon serie 53xx
  • Intel Xeon series 72xx/73xx

Durante una instalación o actualización, el instalador comprueba la compatibilidad de la CPU de host con vSphere 6.5. Si el hardware del host no es compatible, aparece una pantalla púrpura con un mensaje de información sobre incompatibilidad y el proceso de instalación de vSphere 6.5 se detiene.

Notas para la actualización de esta versión

Importante: vCenter Server 6.5 Update 1 es compatible con las actualizaciones y las migraciones de vCenter Server 6.0 Update 3 y versiones posteriores hasta vCenter Server 6.5 Update 1.

Importante: No se admiten actualizaciones o migraciones de vCenter Server anteriores a la versión 5.5 Update 3b cuando el entorno tiene una instancia externa de vCenter Single Sign-On a vCenter Server 6.5 Update 1 con una instancia externa de Platform Services Controller. Por ejemplo, para actualizar o migrar vCenter Server 5.5 con una instancia externa de vCenter Single Sign-On a vCenter Server 6.5 Update 1 con una instancia externa de Platform Services Controller, primero debe actualizar a vCenter Server 5.5 Update 3b y, a continuación, actualizar o migrar a vCenter Server 6.5 Update 1.

Los números de compilación de vCenter Server 5.5 Update 3b son:

  • vCenter Server 5.5 Update 3b, compilación 3252642
  • vCenter Server Appliance 5.5 Update 3b, compilación 3255668

Se admiten escenarios de actualizaciones o migraciones de vCenter Server 5.5 y posteriores con una instancia integrada de vCenter Single Sign-On a vCenter Server 6.5 Update 1 con una instancia integrada de Platform Services Controller.

Se ha realizado un cambio en el proceso de actualización cuando se actualiza a vCenter Server 6.5 Update 1. Para ver las instrucciones sobre cómo actualizar los hosts vCenter Server y ESX/ESXi, consulte la documentación de Actualización de vSphere

Componentes de código abierto para VMware vSphere 6.5

Las declaraciones de copyright y las licencias vigentes para los componentes de software de código abierto distribuidos en vSphere 6.5 están disponibles en http://www.vmware.com. Debe iniciar sesión en su cuenta de My VMware. A continuación, en el menú Descargas, seleccione vSphere. En la pestaña Código abierto, también puede descargar los archivos de origen de GPL, LGPL u otros tipos de licencias similares que requieren código abierto o modificaciones disponibles en el código abierto para la versión de vSphere más reciente.

Advertencias de funcionalidad

vSphere Client se escribe en un lenguaje basado en HTML5 y marcos de trabajo compatibles con todos los exploradores. Sin embargo, los exploradores tienen diferentes características de rendimiento en relación con el estándar HTML5. En particular, es posible que el rendimiento con Internet Explorer 11 sea más lento que con otros exploradores, debido al motor de procesamiento que utiliza Internet Explorer 11. Si experimenta estos problemas, use otro explorador compatible.

Avisos de compatibilidad con el producto

  • La matriz de productos de ciclo de vida de VMware proporciona información detallada acerca de todos los productos compatibles y no compatibles. Consulte la Matriz de productos de ciclo de vida de VMware también para obtener más información acerca de la finalización del soporte técnico general, la finalización de la asistencia técnica y el cese de disponibilidad.

  • VMware anuncia la retirada de su programa de conmutador virtual de terceros (vSwitch) y planea dejar de ofrecer las instancias de VMware vSphere API que emplean los conmutadores de terceros en la versión posterior a vSphere 6.5 Update 1. Las API de vSwitch de terceros ya no estarán disponibles en las versiones posteriores de vSphere y las instancias de vSwitch de terceros dejarán de funcionar. Para obtener más información, consulte las preguntas frecuentes acerca de la retirada del programa vSwitch de terceros (2149722).

  • A partir de vSphere 6.5, VMware retirará la versión de escritorio instalable de vSphere Client, uno de los clientes incluidos en vSphere 6.0 y en versiones anteriores. vSphere 6.5 no admite este cliente y no se ha incluido en la descarga del producto. vSphere 6.5 presenta el nuevo vSphere Client basado en HTML5, que se incluye en vCenter Server junto con vSphere Web Client. No todas las funcionalidades de vSphere Web Client se implementaron para vSphere Client en la versión vSphere 6.5. Para obtener una lista actualizada de las funcionalidades no compatibles, consulte la Guía sobre actualizaciones de las funcionalidades en vSphere Client.

  • El aprovisionamiento entre instancias de vCenter Server, lo cual se presentó en vSphere 6.0, no es compatible con ninguna de las versiones de vCenter Server. Las operaciones de aprovisionamiento entre instancias de vCenter que no se admiten en las distintas versiones de vCenter Server son, entre otras, vMotion, migración en frío y clonación. Por ejemplo, una operación de vMotion de vCenter Server 6.0 a vCenter Server 6.5, y viceversa, no es compatible.

  • Ya no se ofrece VMware vCenter Operations Foundation 5.8.x en vSphere 6.5, ni es interoperable o compatible con esta versión. Si desea continuar usando los productos de vCenter Operations Foundation 5.8.x, solo puede hacerlo con vSphere 5.5 y vSphere 6.0.

  • vSphere 6.5 es la última versión que admite virtualización de sistemas operativos con modo de traducción binaria. Las versiones futuras de vSphere no incluirán el modo de traducción binaria. Para obtener más información, consulte https://kb.vmware.com/kb/2147608.

  • vSphere 6.5 es la última versión compatible con la virtualización de memoria basada en software. Las versiones futuras de vSphere no incluirán la virtualización de memoria basada en software.

  • No se pueden crear máquinas virtuales nuevas con Fault Tolerance heredado (de tipo Grabar/Reproducir/Monoprocesador) en hosts ESXi 6.5 y vCenter Server 6.5. Para seguir ejecutando las máquinas virtuales con Fault Tolerance heredado, es necesario continuar con ESXi 6.0 o una versión anterior. Las máquinas virtuales existentes con Fault Tolerance heredado se siguen admitiendo en los hosts ESXi anteriores a la versión 6.5 administrados por vCenter Server 6.5.

    Si desea actualizar los hosts ESXi a la versión 6.5, desactive Fault Tolerance heredado (no solo deshabilite Fault Tolerance) en las máquinas virtuales protegidas antes de realizar la actualización. SMP-FT (Fault Tolerance multiprocesador) no se habilita automáticamente en la máquina virtual. Es necesario activar manualmente Fault Tolerance (que se convierte en SMP-FT) para las máquinas virtuales en el host ESXi 6.5 recién actualizado.

Problemas resueltos

Los problemas resueltos se agrupan del siguiente modo:

Problemas de copia de seguridad y restauración
  • No se puede crear una copia de seguridad basada en archivos en un modo que admita proxy, aunque el servidor de copia de seguridad aparezca en una lista de NO_PROXY

    Al crear una copia de seguridad basada en archivos, y si no desea enviar o recibir datos a través del proxy del sistema predeterminado de vCenter Server Appliance, puede incluir los servidores de copia de seguridad en la lista NO_PROXY para que los datos de copia de seguridad se carguen directamente en dichos servidores. Cuando se intenta realizar la copia de seguridad basada en archivos, la operación falla debido a que se omite la configuración de NO_PROXY en /etc/sysconfig/proxy.

    El problema se resolvió en esta versión.

  • El dispositivo de vSphere Data Protection (VDP) 6.1.4 no admite la seguridad de capa de transporte (TLS) con la versión 1.2

    El dispositivo de VDP es compatible con los 3 protocolos (TLS 1.0, 1.1 y 1.2), pero no se puede configurar con vCenter Server 6.5 cuando solo se habilita TLS 1.2 en vCenter Server.

    El problema se resolvió en esta versión.

  • vCenter Server deja de responder y vpxd se bloquea continuamente con varios errores de QueryHostReplicationCapabilities  

    Este problema puede ocurrir cuando se ha configurado una máquina virtual para la replicación, y vCenter Server tiene problemas de conexión con el host ESXi en el que reside dicha máquina virtual.

    El problema se resolvió en esta versión.

Problemas de CLI
  • La asignación de esquema personalizado para el origen de identidades de LDAP no funciona después de ejecutar ldapSchemaTool

    ldapSchemaTool no funciona para configurar la asignación de esquema personalizado para el origen de identidades de LDAP.

    El problema se resolvió en esta versión.

Problemas del sistema operativo invitado
  • Se produce un error al personalizar el invitado en sistemas operativos Linux

    Durante la personalización del invitado, vCenter Server utiliza el comando vmtoolsd para enviar el estado de personalización al host. Sin embargo, cuando se intenta aplicar la personalización del invitado a un sistema operativo Linux, el código de personalización no encuentra la ubicación de vmtoolsd. Como resultado, se produce un error en el proceso de personalización y los cambios solicitados no se aplican al invitado.

    El problema se resolvió en esta versión.

  • La personalización del invitado falla con el error: GUESTCUST_EVENT_NETWORK_SETUP_FAILED

    A partir de Windows Vista y Windows Server 2008, Microsoft ha retirado el soporte de SHFileOperation. Como resultado, la personalización del invitado en los distintos sistemas operativos de Windows falla de forma intermitente. El archivo de registro le ofrece la siguiente información:
    Número de error 80010106, No se ha encontrado ningún mensaje de error para el código de error -2147417850 (0x80010106).

    El problema se resolvió en esta versión.

  • Error de personalización de invitado: GUESTCUST_EVENT_CUSTOMIZE_FAILED

    A partir de Windows Vista y Windows Server 2008, Microsoft ha retirado el soporte de SHFileOperation. Como resultado, la personalización del invitado en los distintos sistemas operativos de Windows falla de forma intermitente. El archivo de registro le ofrece la siguiente información:
    Error al mover SysprepDir de sysprep a C: failed.Err:2.

    El problema se resolvió en esta versión. 

Problemas de instalación, actualización y migración
  • Error al escribir registros de diagnóstico en el archivo /var/log/vmware/cm/cm.log

    En VMware vCenter Server 6.5, VMware Component Manager tiene una configuración de registrador diferente. Al realizar una actualización local de vCenter Server 6.0 a vCenter Server 6.5, la nueva configuración de registrador no sobrescribe la antigua.

    El problema se resolvió en esta versión.

  • 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

    Los tamaños de implementación durante la migración o la actualización a vCenter Server Appliance 6.5 no están disponibles en la tabla de información ni en las opciones de selección si el tamaño del disco de cualquier partición de vCenter Server Appliance es mayor que el umbral de dicho tamaño de implementación.

    Este problema se ha resulto en esta versión proporcionando información sobre el motivo por el que los tamaños no están disponibles y lo que se debe cambiar para usar los tamaños no disponibles.

  • No se proporciona un archivo de estado estructurado durante los procesos de instalación, actualización y migración de la línea de comandos a vCenter Server Appliance 6.5

    Durante los procesos de instalación, actualización y migración de la línea de comandos a vCenter Server Appliance 6.5, no se proporciona ningún archivo de estado estructurado.

    El problema se resolvió en esta versión. El archivo vcsa-cli-installer-metadata.json proporciona información de metadatos sobre el proceso, y el archivo vcsa-cli-installer-status.json proporciona información detallada sobre el proceso.

  • Durante la actualización de vCenter Server Appliance, el mensaje de error de requisitos de actualización no indica que la contraseña raíz ha caducado

    Cuando se utiliza el instalador de CLI para actualizar vCenter Server Appliance, es posible que aparezca el siguiente mensaje de error:

    No se pueden obtener los requisitos del dispositivo de origen

    Este mensaje de error puede indicar que la contraseña raíz de vCenter Server Appliance ha caducado, a pesar de que el mensaje no lo indique explícitamente.

    El problema está resuelto en esta versión. Si la contraseña raíz de vCenter Server Appliance ya caducó, se mostrará el siguiente mensaje:

    La contraseña raíz del dispositivo (sistema operativo) ha caducado.

    El mensaje no aparece si se deshabilita SSH en una instancia de vCenter Server Appliance de origen.

  • La actualización de vCenter Server Appliance no se puede realizar debido a un error interno

    Cuando se actualiza una instancia de vCenter Server Appliance que reside en un host ESXi con una licencia de Hypervisor gratuita, se produce un error interno durante la actualización. Este problema se produce debido a que el host ESXi necesita otra licencia. Sin embargo, el mensaje de error no especifica el motivo del problema ni cómo se puede resolver.

    El problema se resolvió en esta versión.

  • Es posible que se produzca un error al actualizar a vCenter Server Appliance 6.5 debido a un error de vpxd-firstboot

    Es posible que se produzca un error durante la actualización de vCenter Server Appliance de la versión 5.5 a la 6.5 al ejecutar los scripts de arranque de actualización de vpxd. Esto sucede cuando vCenter Server Appliance 5.5 tiene un clúster que admite DPM donde vpxd intenta volver a cifrar el contenido de VCDB relacionado con DPM mediante una nueva clave SSL.

    El problema se resolvió en esta versión.

  • Se produce un error de primer arranque cuando se actualiza de vSphere 5.5 o 6.0 a vSphere 6.5 en Windows

    Si hay una versión anterior de las DLL de OpеnSSL instalada, se produce un error en la actualización a vSphere 6.5 porque se cargan las versiones anteriores de las DLL.

    El problema se resolvió en esta versión.

  • Se produce un error en la comprobación previa a la actualización de vCenter Server con nombres duplicados en un error de 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 misma carpeta de red. Las versiones anteriores de vSphere permitían que un conmutador virtual distribuido y un grupo de puertos virtuales distribuidos tuviesen el mismo nombre. Al actualizar el entorno de vSphere desde una versión que admite nombres duplicados, se produce un error en la comprobación previa a la actualización de vCenter Server Appliance con el siguiente mensaje:

    La instancia de vCenter Server de origen contiene nombres duplicados en una carpeta de red.

    El problema se resolvió en esta versión.

  • El archivo autodeploy-service.log puede alcanzar un tamaño demasiado grande con el tiempo

    El archivo de registro temporal autodeploy-service.log puede alcanzar un tamaño considerable con el tiempo. Aunque se elimine el archivo, al reiniciar el servicio de Auto Deploy se volverá a crear el archivo temporal, que aumentará de tamaño de forma indefinida sin rotación.

    El problema se resolvió en esta versión. 

  • Las reglas de afinidad configuradas en vCenter Server 5.5 pueden provocar bloqueos después de actualizar a vCenter Server 6.5

    Migrar una máquina virtual con reglas de afinidad configuradas en vCenter Server 5.5 a un clúster que tiene reglas de afinidad configuradas en vCenter Server 6.0 o 6.5 puede hacer que vCenter Server se bloquee.

    El problema se resolvió en esta versión.

  • Se produce un error en la actualización de varios pasos de vCenter Server en una máquina virtual de Windows con mensajes de error en la comprobación previa de UpgradeRunner

    Cuando se produce el error, pueden aparecer mensajes similares a los siguientes:

    Error: Controlador de la base de datos no compatible: C:\Windows\system32\sqlncli.dll
    Resolución: Compruebe que esté usando vCenter Server con el controlador compatible.

    Este problema ocurre si la conexión de ODBC utiliza un cliente nativo de SQL desactualizado.

    Este problema se ha resuelto para las actualizaciones de vCenter Server en una máquina virtual de Windows cuando hay una base de datos integrada de Microsoft SQL Express presente. El cliente nativo de SQL obsoleto no provoca errores y se sustituye por el controlador ODBC de PostgreSQL más tarde.

Problemas varios
  • El estado de replicación de archivo en vCenter High Availability (HA) no se actualiza cuando no se está llevando a cabo ninguna replicación de archivos

    En vCenter HA, cuando no se lleva a cabo ninguna replicación de archivos entre el nodo activo y el pasivo, el mensaje de estado se muestra como sincronizando o no sincronizado.

    Este problema se ha resuelto en esta versión, en la que el estado del mensaje se muestra como no se está replicando.

  • La pantalla de la interfaz de usuario de consola directa (DCUI) aparece ilegible

    En la pantalla de la DCUI aparecen manchas negras. Esto se debe a una lógica de dibujo rota en la DCUI.

    El problema se resolvió en esta versión.

  • Problemas de rendimiento en consultas relacionadas con el etiquetado

    Cuando un usuario realiza una consulta sobre etiquetas que están asociadas a varios objetos, se pueden producir problemas de rendimiento en vSphere 6.5. Los problemas pueden ser tan graves que provocarán que vSphere Web Client se bloquee.

    El problema se resolvió en esta versión.

  • El usuario recibe alertas de correo electrónico de alarma cifradas

    vCenter Server Appliance genera alertas de correo electrónico cifradas ilegibles. Este problema podría ocurrir debido a un incumplimiento de RFC 822 por parte de vCenter Server.

    El problema se resolvió en esta versión.

  • Un clúster de vCenter High Availability (HA) puede pasar a un estado degradado después de 60 días desde la implementación  

    La contraseña del usuario de vCenter HA interna en vCenter Server Appliance caduca automáticamente después de 60 días desde la implementación, y provoca que el clúster de vCenter HA pase a un estado degradado.  La cuenta de usuario de vCenter HA se usa para la comunicación entre los nodos del clúster de vCenter HA y, debido a la caducidad de la contraseña, no se puede realizar la replicación entre los nodos activo y pasivo. El clúster de vCenter HA continúa emitiendo latidos, pero la replicación se detiene.  

    El problema se resolvió en esta versión.

  • La alarma de tamaño (GB) de snapshot de máquina virtual no se activa tras encender la máquina virtual 

    La alarma de tamaño (GB) de snapshot de máquina virtual se restablece si la máquina virtual se apaga. La alarma no se activa después de encender la máquina virtual. Este problema ocurre en las alarmas basadas en el tamaño de las snapshots de máquina virtual (GB) y el tamaño total en disco de la máquina virtual porque su estado se modifica cuando el estado de energía de la máquina virtual cambia. Este problema se produce debido a que el uso de disco de una máquina virtual es el mismo independientemente del estado de energía de máquina virtual.

    El problema se resolvió en esta versión.

  • Las alarmas nuevas configuradas con el estado sin configurar no funcionan en vCenter Server 6.5

    La alarma no se activa cuando se configura una nueva alarma con el estado "Sin establecer" para una acción y su evento correspondiente. Por ejemplo, una nueva alarma configurada con el estado "Sin establecer" no podrá realizar la acción "enviar correo electrónico" con un evento correspondiente "Máquina virtual de DRS encendida".

    El problema se resolvió en esta versión.

  • Los registros en tiempo de ejecución de vAPI del servicio de la API de VMware Lifecycle Manager (vmonapi) no se alternan, lo que ocasiona que los registros se almacenen en un único archivo grande

    La vmonapi utiliza una biblioteca en tiempo de ejecución de vAPI para las características de autenticación como la validación de certificados. La biblioteca de vAPI utiliza aumentos y espera que los usuarios de la biblioteca de vAPI utilicen un registrador de aumentos. Si la vmonapi no configura el registrador de aumentos, los registros en tiempo de ejecución de vAPI se enviarán al archivo de salida estándar (stdout).  VMware Service Lifecycle Manager (vMon) captura los registros y los almacena en un archivo, pero cuando no se configura el registrador de aumentos, no se alternan los registros. Esto puede provocar que se cree un solo archivo de registro de gran tamaño para el tiempo de ejecución de vAPI.

    Este problema se ha resuelto en esta versión y el archivo se alterna correctamente.

  • La supervisión del estado de vCenter HA muestra que la configuración del dispositivo está sincronizada, incluso cuando el nodo pasivo está inactivo

    En vCenter HA, cuando el nodo pasivo está inactivo, el mensaje de estado se muestra como sincronizado. Este problema se ha resuelto en esta versión, y cuando el nodo pasivo está inactivo, el mensaje del estado se muestra como La configuración del dispositivo no se está replicando.

Problemas de redes
  • Las sesiones de creación de reflejo de puerto no se pueden quitar ni modificar

    Las sesiones de creación de reflejos de puerto de vSphere Distributed Switch no se pueden eliminar ni modificar porque ya no existe el puerto del conmutador distribuido de destino asociado.

    El problema se resolvió en esta versión.

  • Al agregar puertos a vSphere Distributed Switch, se obtiene un error

    Debido a un estado de carrera, al agregar puertos a vSphere Distributed Switch, se obtiene el mensaje de error: No se puede crear un nuevo puerto porque el número total de puertos supera 2147483647, que es el número máximo de puertos permitido en vDS.

    El problema se resolvió en esta versión.

  • El servicio vpxd se bloquea al agregar puertos a un conmutador vSphere Distributed Switch recién importado

    Al importar un conmutador vSphere Distributed Switch y agregar puertos a él, el servicio vpxd se bloquea tras reiniciarlo. 

    El problema se resolvió en esta versión.

  • vCenter Server se bloquea debido a un error de ODBC

    Después de un reinicio, vCenter Server recopila datos de comprobación de estado de vSphere Distributed Switch de la base de datos. La base de datos de Microsoft SQL Server no admite varias instrucciones en la misma conexión, lo que provoca una excepción en vCenter Server.

    El problema se resolvió en esta versión.

  • Las máquinas virtuales configuradas para utilizar el firmware EFI no pueden arrancar con PXE en algunos entornos de DHCP

    Una máquina virtual configurada para usar el firmware EFI no puede obtener una dirección IP cuando intenta arrancar con PXE si el entorno de DHCP responde mediante una IP de unidifusión. El firmware EFI no es capaz de recibir una respuesta de DHCP enviada mediante una dirección IP de unidifusión. 

    El problema se resolvió en esta versión. 

  • La configuración de direcciones IP o servidores DNS falla debido a un bloqueo en el código del administrador de configuración de red

    Cuando se aplican ciertos tipos de configuraciones de red, como direcciones IPv4 o IPv6 estáticas, el archivo de configuración resultante contiene varias claves de dirección (una para IPv4 y otra para IPv6). Un defecto en el código del analizador de administrador de red provoca que se marque como un error y se cierre.

    El problema se resolvió en esta versión. Para evitar este problema antes de la actualización, evite utilizar una configuración que requiera varios casos de nombres de clave de configuración. Por ejemplo, utilice IPv4 o IPv6 como dirección estática.

  • Es posible que se produzca la excepción en tiempo de ejecución "No se pueden recuperar datos sobre el conmutador distribuido" durante la actualización de vSphere Distributed Switch (vDS) de la versión 5.0 a la versión 6.5

    Cuando se intenta actualizar un conmutador distribuido existente tras finalizar la actualización de vCenter, se produce la excepción en tiempo de ejecución No se pueden recuperar datos sobre el conmutador distribuido en el asistente y no se puede actualizar el conmutador distribuido. La excepción es el resultado del valor inesperado NULL para una propiedad LACP del conmutador distribuido, en lugar de TRUE o FALSE, ya que LACP no es compatible con la versión actual de vSphere Distributed Switch.

    El problema está resuelto en esta versión.

Problemas de seguridad
  • Actualización de OpenSSL

    El paquete de OpenSSL se actualizó a la versión openssl-1.0.2k para solucionar CVE-2017-3731, CVE-2017-3730, CVE-2017-3732 y CVE-2016-7055.
     

  • Actualizaciones de la base de datos de VMware PostgreSQL

    La base de datos de VMware PostgreSQL se actualizó a la versión 9.4.12 para solucionar CVE-2017-7484, CVE-2017-7485 y CVE-2017-7486.

  • Actualización de la biblioteca zlib

    La biblioteca zlib ahora utiliza la versión 1.2.8.

  • Actualización de Pivotal Spring Framework

    Pivotal Spring Framework se actualizó a la dirección CVE-2016-9878.
    Se descubrió un problema de Pivotal Spring Framework en las versiones anteriores a 3.2.18, 4.2.x anterior a 4.2.9 y 4.3.x anterior a 4.3.5. 

  • Un usuario con privilegios para administrar un objeto de vCenter no puede ver los gráficos de rendimiento avanzados del objeto

    En vSphere 6.0, un usuario que tenga privilegios para administrar un objeto, como una máquina virtual o un host ESXi,
    puede ver el gráfico de rendimiento avanzado de dicho objeto. En vSphere 6.5, el usuario no puede ver los gráficos.

    El problema se resolvió en esta versión.

  • Se producen errores en las copias de seguridad basadas en archivos de vCenter Server Appliance a través de SCP

    vCenter Server Appliance 6.5 solo admite cifrados hmac-sha1 para las conexiones SSH. Si se intenta
    establecer una conexión SSH con una distribución de sistema operativo que admita cifrados más recientes y seguros, se producirá un error. Como resultado,
    algunos clientes no pueden utilizar la característica de copia de seguridad y restauración.

    El problema se resolvió en esta versión. vCenter Server Appliance ahora admite cifrados sha2-hmac-256.

  • Enmascaramiento de la contraseña en el símbolo del sistema e informes de uso y errores mejorados al actualizar la información de la cuenta de servicio en vCenter Server para Windows
    1. Al ejecutar el comando %VMWARE_CIS_HOME\vmon\vmon.exe [-P | --update_vcuser] desde el símbolo del sistema de Windows para actualizar la cuenta de servicio que se utiliza para vCenter Server, la contraseña se muestra en el símbolo del sistema. Cuando el nombre de la cuenta de usuario no tiene el formato de nombre principal de usuario (UPN), por ejemplo, usuario@midominio.com, la información de uso y la comprobación de errores no se incluyen en el comando.

    El problema se resolvió en esta versión.

  • No se pueden utilizar certificados personalizados de SSL para ESXi con claves de más de 2048 bits

    En vSphere 6.5, la función de latido seguro admite la adición de hosts ESXi con certificados cuyas claves tengan 2048 bits exactamente. Si se intenta agregar un certificado personalizado con una clave de más de 2048 bits, o sustituir el certificado del host ESXi por un certificado de este tipo, el host se desconectará de vCenter Server. Los mensajes de registro en vpxd.log serán similares al siguiente:

    error vpxd[7FB5BFF7E700] [Originator@6876 sub=vpxCrypt opID=HeartbeatModuleStart-4b63962d] [bool VpxPublicKey::Verify(const EVP_MD*, const unsigned char*, size_t, const unsigned char*, size_t)] ERR error:04091077:rsa routines:INT_RSA_VERIFY:wrong signature length

    warning vpxd[7FB5BFF7E700] [Originator@6876 sub=Heartbeat opID=HeartbeatModuleStart-4b63962d] Failed to verify signature; host: host-42, cert: (**THUMBPRINT_REMOVED**), signature : (**RSA_SIGNATURE_REMOVED**)

    warning vpxd[7FB5BFF7E700] [Originator@6876 sub=Heartbeat opID=HeartbeatModuleStart-4b63962d] Received incorrect size for heartbeat Expected size (334) Received size (590) Host host-87

    El problema se resolvió en esta versión.

  • Actualización de varios componentes de código abierto

    Se actualizaron varios componentes de código abierto para solucionar CVE-2017-1000364, CVE-2017-1000365 y CVE-2017-1000367.

    El problema está resuelto en esta versión. 

  • Actualizaciones del paquete JRE

    El paquete Oracle (Sun) JRE se actualizó a la versión 1.8.0_131.

Problemas con la configuración de servidores
  • La regeneración de certificados genera un error en vCenter Server 6.5

    No se pueden regenerar certificados SSL para SSL de la máquina o los usuarios de solución en vCenter Server después de migrar vCenter Server 6.5 de una instancia integrada de Platform Services Controller a una instancia externa de Platform Services Controller. Se produce un error similar al siguiente en la utilidad de administrador de certificados

    Error: 382312514, VMCAGetSignedCertificatePrivate() failedStatus : Código de error: 382312514 Mensaje de error: No se pudo conectar con el host remoto, motivo = rpc_s_connect_rejected (0x16c9a042). Estado: 0% completado [error en la operación, realizando reversión automática]

    Este problema se produce debido a que la instancia de vCenter Server sigue conteniendo el certificado raíz de VMCA retirado, lo que provoca que la utilidad administrada por certificados considere que sigue siendo un nodo integrado.

    El problema se resolvió en esta versión.

  • La unión de un host de vCenter Server con el dominio de Active Directory independiente en vSphere 6.5 puede producir un error de servicio

    vSphere 6.5 no admite el dominio de Active Directory independiente. El espacio de nombres independiente es un escenario en el que el sufijo del sistema de nombres de dominio (DNS) principal de un equipo no coincide con el nombre de dominio DNS en el que reside ese equipo.

    El problema se resolvió en esta versión.

  • Puede que la configuración del host no esté disponible después de reiniciar vCenter Server

    Después de reiniciar vCenter Server, la configuración del host no estará disponible si vCenter Server no se puede comunicar con el host. Después de restaura la conectividad, la configuración vuelve a estar disponible.

    El problema se resolvió en esta versión.

  • vSphere Syslog Collector no se puede iniciar cuando se configura el directorio de datos predeterminado

    La etiqueta defaultDataPath, que se encuentra en el archivo config.xml, se utiliza como directorio de datos reales al realizar cambios en el servidor. Cuando se personaliza el directorio de datos predeterminado en Windows modificando el archivo config.xml, vSphere Syslog Collector no se puede iniciar.

    El problema se resolvió en esta versión.

  • Se produce un error al sustituir el certificado SSL del equipo de vSphere cuando las entradas antiguas y nuevas del campo SubjectAltName no coinciden

    Se produce un error al sustituir el certificado SSL del equipo de vSphere cuando se intenta reemplazar el certificado SSL del equipo con la utilidad vSphere Certificate Manager y las entradas antiguas y nuevas del campo SubjectAltName no coinciden. 

  • Durante el proceso de aplicación de un perfil de host, la corrección de comprobación previa falla con un error general del sistema

    Al aplicar un perfil de host con la funcionalidad de corrección, se produce un error durante la corrección de comprobación previa:

    Error: El módulo 'string' no tiene ningún atributo 'atoi' mientras se aplica un perfil de host de vSphere6.5.

    El problema está resuelto en esta versión.

Problemas de almacenamiento
  • Cuando se habilita la característica de vSAN en el clúster de vSphere, es posible que aparezca un mensaje de evento falso  

    Cuando se habilita la característica de vSAN en el clúster de vSphere, es posible que aparezca un mensaje de evento falso en vSphere Web Client como Error de registro de la IP del proveedor de Virtual SAN del host. Razón: Hay demasiados reintentos. Se trata de un evento falso que hace referencia a los errores de registro del proveedor de vSAN.

    El problema está resuelto en esta versión.

Problemas de las herramientas
  • La herramienta de OVF no puede cargar archivos OVF ni OVA mayores de 10 GB 

    Si utiliza la herramienta de OVF, no podrá cargar archivos OVF ni OVA mayores de 10 GB. 

    El problema se resolvió en esta versión. 

  • Ya no se admite la opción de ovftool --allowAllExtraConfig

    La opción de la línea de comandos de ovftool --allowAllExtraConfig nunca funcionó como se diseñó. En vSphere 6.5 Update 1,
    ya no se admite esta opción.

    Utilice --allowExtraConfig en su lugar para importar una configuración adicional.

Problemas en vCenter Server, vSphere Web Client y vSphere Client
  • Después de actualizar vCenter Server a la versión 6.5.x, es posible que vea el nombre anterior de vSAN en vSphere Web Client

    Después de actualizar vCenter Server 6.5 a la versión 6.5.x, si tiene una clave de licencia estándar de vSAN en la información de licencia de vSphere Web Client, verá el nombre estándar de Virtual SAN. Virtual SAN Standard es el nombre anterior del producto VMware vSAN Standard.

    El problema se resolvió en esta versión.

  • La implementación de OVF no importa correctamente plantillas de OVF de vApp que contienen referencias a las propiedades de macros

    La operación de implementación de OVF no importa correctamente las plantillas de OVF de vApp que contienen propiedades de producto como las siguientes:

    1. Algunas propiedades de producto se definen en la sección VirtualSystemCollection.
    2. Algunas propiedades de producto de una sección VirtualSystem hacen referencia a las propiedades definidas anteriormente mediante el uso de macros con el formato ${name} como valor para los atributos ovf:value.

    Después de la implementación, las propiedades que usan macros en una máquina virtual se importan como propiedades estáticas. En su lugar, se deberían importar como propiedades dinámicas con un valor de propiedad que hiciera referencia al nombre de propiedad correspondiente en la vApp.

    El problema se resolvió en esta versión.

  • En los nombres de objeto del inventario, el símbolo de barra diagonal se muestra como %2f en vSphere Web Client y vSphere Client 6.5

    En los nombres de objeto de inventario, el símbolo de barra diagonal (/) se representa como "%2f" en vSphere Web Client y vSphere Client 6.5. Cuando se crea un objeto en el inventario de vSphere con una barra diagonal en el nombre de objeto, ninguno de los clientes muestra la barra diagonal en el árbol de inventario;
    en su lugar, la sustituyen por %2f. 

    El problema se resolvió en esta versión.

  • Actualizar de Adobe a Apache BlazeDS en vSphere Web Client

    vSphere Web Client se migra de Adobe BlazeDS a Apache BlazeDS. Apache Blaze DS tiene la versión 4.7.3, que es la última revisión de Apache BlazeDS disponible.

  • Las plantillas de OVF de un servidor web que está detrás de un servidor proxy no se pueden implementar ni cargar en una biblioteca de contenido

    Si una plantilla de OVF se encuentra en un servidor HTTP o HTTPs al que solo se puede acceder a través de un servidor proxy HTTP o HTTPs, se producirá un error al implementar la plantilla de OVF como una máquina virtual. También se producirá un error al cargar el archivo OVF en una biblioteca de contenido. Estos errores se producen debido a que los servicios de vCenter Server correspondientes no tienen acceso directo al servidor HTTP o HTTPs.

    El problema se resolvió en esta versión.

  • Algunos hosts ESXi en vSphere Web Client no pueden ver la configuración de redes y almacenamiento

    Las propiedades del sistema de almacenamiento y redes de host no están disponibles si se produce un retraso en la obtención de la configuración del host. Este problema se produce si se instala vCenter Server con menos de 8 GB de RAM, y después la RAM se actualiza a 25 GB, ya que el tamaño de caché se establece durante la instalación inicial.

    El problema se resolvió en esta versión.

  • El panel de eventos relacionados en vSphere Web Client 6.5 muestra un error

    Cuando se desplace a vSphere Web Client 6.5 > Supervisar > Tareas y eventos y seleccione Tareas o Eventos, el panel Eventos relacionados mostrará un error similar al siguiente en lugar de la información sobre cualquier tarea o evento:

    java.lang.Double no se puede difundir a java.lang.Integer

    El problema se resolvió en esta versión.

  • Los ajustes de DRS y HA no se pueden editar en vSphere Web Client

    El botón Editar de la configuración de DRS y HA en vSphere Web Client no abre una ventana nueva, por lo que no se pueden editar los ajustes de DRS y HA en vSphere Web Client.

    El problema se resolvió en esta versión.

  • Es posible que vea el mensaje de error "Error de estado de hardware: querySpec.metricId" en la página Resumen del host de vSphere Web Client

    Cuando vSphere Web Client se conecta a una instancia de vCenter Server en modo Enhanced Linked Mode y se selecciona un host ESXi, en la página Resumen del host, puede que aparezca el mensaje Error de estado de hardware: querySpec.metricId.

    El problema está resuelto en esta versión.

Problemas en la administración de máquinas virtuales
  • Cuando se clona una máquina virtual en un almacén de datos de vSAN de otra instancia de vCenter Server, la barra de progreso de carga de la página Seleccionar almacenamiento del asistente Clonar a máquina virtual no deja de cargarse
    Cuando se clona una máquina virtual en un almacén de datos de vSAN, se activa una comprobación de costes de aprovisionamiento. Si el entorno contiene una instancia externa de Platform Services Controller e intenta clonar la máquina virtual en un almacén de datos de VMware vSAN de otra instancia de vCenter Server, se producirá un error en la comprobación y la barra de progreso de la página Seleccionar almacenamiento continuará cargándose.

    El problema se resolvió en esta versión.
  • El almacén de datos seleccionado se omite durante la implementación de la máquina virtual desde una plantilla o durante la creación de esta

    Al implementar una plantilla de OVF o crear una nueva máquina virtual desde una biblioteca de contenido, debe seleccionar el almacenamiento de la nueva máquina virtual. Si especifica una directiva de almacenamiento y un almacén de datos, la máquina virtual se guardará en un almacén de datos compatible con la directiva de almacenamiento seleccionada, pero este almacén no tiene por qué ser el almacén de datos que seleccionó.

    El problema se resolvió en esta versión.

  • vSphere Web Client se bloquea con el error n.º 1009 durante los intentos de modificar una tarea de clonación programada

    Cuando se intenta editar una tarea de clonación programada de una máquina virtual, vSphere Web Client se bloquea con un error interno: Error n.º 1009.

    El problema se resolvió en esta versión.

  • Cuando se intenta recuperar los detalles de la máquina virtual a través del explorador de API o el SDK de vSphere Automation, se informa de un InternalServerError

    Cuando vCenter Server 6.5 administra ESXi 5.5 o hosts con versiones anteriores, si una máquina virtual tiene el adaptador de red VMXNET3, al intentar obtener los detalles de la máquina virtual mediante el explorador de API o el SDK de vSphere Automation, se informa de un InternalServerError.

    El problema se resolvió en esta versión.

  • vCenter Server no puede activar alarmas para los nuevos servicios 

    No se han definido las alarmas para algunos servicios incluidos recientemente. Como resultado, es posible que vCenter Server no active una alarma cuando se produzca un error en un servicio nuevo.

    El problema se resolvió en esta versión.
    Se han definido alarmas para los siguientes servicios: vsphere-ui, rhttpproxy, statsmonitor, vcha, pschealth, imagebuilder, updatemgr, vmonapi, cm, vmcam y vsan-health.

  • Las definiciones de alarma de los servicios en desuso aún se pueden ver en la interfaz de usuario

    Las definiciones de alarma de ciertos servicios en desuso no se han actualizado. Como resultado, las definiciones de alarma de los servicios en desuso todavía se pueden ver en la interfaz de usuario de vSphere.

    El problema se resolvió en esta versión.
    Estas son las alarmas obsoletas para los servicios: ts, vws, vmware-syslog, invsvc
    Estas son las alarmas que se han actualizado para los servicios: content-library, vpxd-svcs

  • Las máquinas virtuales con un nombre de red de origen nulo podrían hacer que fallen los servicios de vCenter Server

    Las máquinas virtuales con un nombre de red de origen nulo podrían hacer que fallen los servicios de vCenter Server para operaciones de máquinas virtuales como migración, vMotion, HA y DRS, activadas de forma manual o automática.

    El problema está resuelto en esta versión.

Problemas de vMotion y Storage vMotion
  • Las propiedades de configuración de vApp no se conservan durante la implementación cruzada de vCenter Server de una máquina virtual o de vCenter Server vMotion

    Si habilita las opciones de vApp para una máquina virtual, crea una plantilla de esa máquina virtual e implementa una nueva máquina virtual desde la plantilla en otra instancia de vCenter Server, las propiedades de configuración de vApp no se conservarán en la nueva máquina virtual. Las propiedades de configuración de vApp de una máquina virtual también se pierden durante la implementación cruzada de vCenter Server vMotion.

    El problema se resolvió en esta versión.

Problemas conocidos

Los problemas conocidos se agrupan del siguiente modo:

Problemas de copia de seguridad y restauración
  • La restauración de vCenter Server mediante SCP falla cuando la copia de seguridad se almacena en un equipo con la autenticación de contraseña deshabilitada para SSH

    Cuando la copia de seguridad se almacena en un equipo con la autenticación de contraseña deshabilitada para SSH, no se puede restaurar la copia de seguridad mediante SCP.

    Solución alternativa: Habilite la autenticación de contraseña en el equipo donde se encuentre la copia de seguridad. Para habilitar la autenticación de contraseña, edite el archivo de configuración de SSH (/etc/ssh/sshd_config) y asegúrese de que PasswordAuthentication se haya establecido como .

  • Es posible que se produzca un error de copia de seguridad de FTP a través del servidor proxy HTTP

    Al crear una copia de seguridad basada en archivos en el servidor FTP a través del servidor proxy HTTP, se puede producir un error en la operación.

    Solución alternativa: Utilice la opción NO_PROXY si crea una copia de seguridad basada en archivos en modo proxy.

Problemas de instalación, actualización y migración
  • Durante la actualización, es posible que aparezca el mensaje de error "Se ha producido un error general del sistema: desconocido" al introducir las credenciales raíz de vCenter Server Appliance de origen

    Durante una actualización, al introducir las credenciales raíz de vCenter Server Appliance de origen, es posible que aparezca el mensaje de error Se ha producido un error general del sistema: Se produjo un error desconocido.  Esto puede ocurrir debido a que la contraseña raíz de vCenter Server Appliance de origen haya caducado o a que SSH no esté habilitado.

    Solución alternativa: Compruebe que la contraseña raíz de vCenter Server Appliance de origen no haya caducado. 

    1. Habilite el acceso SSH al vCenter Server Appliance de origen antes de la actualización.
      Si la contraseña raíz ha caducado, aparecerá un mensaje informándole de dicho hecho.
    2. Cambie la contraseña del usuario raíz.
    3. Intente actualizar nuevamente.
  • La sustitución de certificados personalizados falla en una instancia de vCenter Server Appliance 6.5 Update 1 actualizada

    Después de actualizar de vCenter Server Appliance 6.5 a 6.5 Update 1 y sustituir el certificado SSL de la máquina de vCenter Server Appliance, la operación falla debido a que el servicio de vSphere Update Manager no puede acceder al archivo /etc/vmware/.buildinfo, ya que los permisos del archivo han cambiado de 444 a 640.

    Solución alternativa:

    1. Inicie sesión como raíz en vCenter Server Appliance. 
    2. Cambie los permisos del archivo /etc/vmware/.buildinfo de 640 a 444 ejecutando el siguiente comando:
      chmod 444 /etc/vmware/.buildinfo 
    3. Sustituya el certificado SSL de la máquina. 
  • La zona horaria de la interfaz de administración de vCenter Server Appliance (VAMI) está vacía después de actualizar de vCenter Server 6.0.x a vCenter Server 6.5.x

    La zona horaria de la VAMI está vacía cuando se realiza una actualización menor en vCenter Server 6.0.x y una actualización mayor a vCenter Server 6.5.x.

    Solución alternativa: 

    1. Inicie sesión en el shell de Bash de vCenter Server Appliance.
    2. Ejecute los siguientes comandos:

       cd /etc/
        rm -rf localtime
        ln -s /usr/share/zoneinfo/Etc/UTC /etc/localtime

    Después de esta comprobación, el vínculo simbólico debe mostrar la siguiente información:

    # ls -l /etc/localtime
    lrwxrwxrwx 1 root root 23 Jun 21 17:12 /etc/localtime -> /usr/share/zoneinfo/UTC

Problemas de internacionalización
  • La migración de vCenter Server 5.x a vCenter Server Appliance 6.5 Update 1 falla si se utiliza una base de datos de SQL Server externa

    La migración de vCenter Server 5.x a vCenter Server Appliance falla si vCenter Server utiliza una base de datos SQL externa con el modo de autenticación integrada de Windows y si la contraseña del usuario del sistema operativo contiene caracteres no ASCII o ASCII altos.

    Solución alternativa: Configure las contraseñas solo con caracteres ASCII.

  • La actualización de vCenter Server 6.x a 6.5 Update 1 con la configuración regional de coreano falla si se utiliza una base de datos de Oracle externa

    Cuando se actualiza a vCenter Server 6.5 Update 1, la comprobación previa a la actualización falla si vCenter Server 6.x usa una base de datos de Oracle externa en la que el nombre de la cuenta del servicio de usuario especificado contiene caracteres coreanos.

    Solución alternativa: Especifique un nombre de cuenta del servicio de usuario solo con caracteres ASCII.

  • No se puede ejecutar el script camregister si la contraseña de vCenter Single Sign-On contiene caracteres no ASCII o ASCII altos

    Al ejecutar el script camregister, por ejemplo para registrar vSphere Authentication Proxy, el proceso falla con el error Acceso denegado cuando la contraseña de vCenter Single Sign-On contiene caracteres no ASCII o ASCII altos.

    Solución alternativa: Establezca la contraseña de vCenter Single Sign-On solo con caracteres ASCII.

  • El botón Conectarse al origen del instalador de vCenter Server Appliance localizado se muestra como "no definido"

    El botón Conectarse al origen se muestra como "no definido" en la página Conectarse al dispositivo de origen en el instalador localizado de vCenter Server Appliance.

    Solución alternativa: Ninguna.

  • Se produce un error en la migración de vCenter Server 6.0 Update 3 a vCenter Server Appliance 6.5 Update 1

    La migración de vCenter Server 6.0 Update 3 a vCenter Server Appliance falla con un error interno si vCenter Server utiliza la base de datos de PostgreSQL y el nombre de usuario del sistema operativo contiene caracteres no ASCII o ASCII altos.

    Solución alternativa: Asegúrese de que el nombre de usuario solo contenga caracteres ASCII.

  • Se produce un error en la actualización de Platform Services Controller Appliance 6.x a 6.5 Update 1

    Cuando el idioma del sistema operativo se establece como francés o español, y se actualiza Platform Services Controller Appliance 6.x, se produce un error al conectarse al dispositivo de origen.

    Solución alternativa: Use el sistema operativo en inglés para realizar la actualización.

  • La interfaz web de Platform Services Controller muestra elementos no localizados en la interfaz de usuario localizada

    La interfaz web de Platform Services Controller muestra elementos en inglés en vez de en el idioma correspondiente en la interfaz de usuario localizada.

    Solución alternativa: Ninguna

  • No se muestran eventos en la configuración regional de alemán de vSphere Client

    En la configuración regional de alemán, las páginas de eventos de vSphere Client no muestran ningún evento. Por ejemplo, después de completar una operación en vSphere Client (como agregar un host, crear un centro de datos o crear un clúster), no se muestran los eventos.

    Solución alternativa: Para ver los eventos en vSphere Client, debe usar un explorador en inglés, cambiar la configuración regional del explorador a inglés de Estados Unidos o utilizar vSphere Web Client.

Problemas de seguridad
  • Los protocolos TLS para el puerto rhttpproxy (443) no se pueden cambiar después de la actualización si solo se ha habilitado TLS 1.2 en la instancia de vCenter Server heredada (6.0 Update 3)

    vSphere 6.5 incluye la herramienta TLS Reconfigurator para administrar la configuración de TLS. Los usuarios instalan la herramienta expresamente. La herramienta se documenta en el artículo 2147469 de la base de conocimientos de VMware y en el documento Seguridad de vSphere.
    Si se configuran protocolos TLS específicos para el puerto rhttproxy (o todos los puertos) en vCenter Server 6.0 Update 3, la configuración de protocolo no se modifica después de actualizar vCenter Server. Sin embargo, si desea cambiar la configuración de TLS después de la actualización mediante la herramienta TLS Reconfigurator, la herramienta cambiará la versión de TLS en todos los puertos excepto en el puerto de rhttpproxy.

    Solución alternativa:

    1. Abra el archivo config.xml para editarlo.
      Windows C:\ProgramData\VMware\vCenterServer\cfg\vmware-rhttpproxy
      Linux /etc/vmware-rhttpproxy/
    2. Busque la línea <sslOptions>xxxxxxxx</sslOptions> y elimínela.
    3. Guarde y reinicie el servicio vmware-rhttpproxy.
  • Después de actualizar a vCenter Server 6.5 Update 1, puede que la instancia de TLS Reconfigurator instalada anteriormente no funcione correctamente

    Después de actualizar a vCenter Server 6.5 Update 1, puede que la instancia de TLS Reconfigurator instalada anteriormente no funcione correctamente.

    Solución alternativa: Desde la página de descarga del producto vCenter Server 6.5 Update 1, descargue el script vSphere TLS Configurator para reconfigurar el nivel de cumplimiento de TLS.

Problemas de almacenamiento
  • Hay pocos o ningún almacén de datos compatible disponibles cuando se aprovisiona una máquina virtual desde la biblioteca de contenido con una directiva de almacenamiento que incluye reglas de filtrado de E/S

    Al aprovisionar una máquina virtual (VM) desde la biblioteca de contenido mediante una plantilla de máquina virtual con una directiva de almacenamiento que incluye reglas de filtrado de E/S, algunos de los almacenes de datos podría no estar disponibles en la lista de almacenes de datos compatibles. Como resultado, es posible que no pueda situar la máquina virtual en esos almacenes de datos.

    Solución alternativa: 

    1. Aprovisione la máquina virtual sin una directiva de almacenamiento en el host y el almacén de datos adecuados.
    2. Vuelva a configurar la máquina virtual con la directiva de almacenamiento que contiene reglas de filtrado de E/S.
  • Los almacenes de datos podrían aparecer erróneamente como incompatibles para una directiva de almacenamiento que incluye reglas de filtrado de E/S

    Mientras crea o edita una directiva de almacenamiento existente, que contiene reglas comunes de filtrado de E/S, y mientras comprueba la compatibilidad del almacenamiento, podría ver mensajes del tipo El almacén de datos no coincide con la directiva de VM actual o El almacén de datos no es compatible porque no admite una o varias de las propiedades necesarias. Cuando se comprueba la compatibilidad del almacenamiento, algunos de los almacenes de datos que se espera que sean compatibles podrían aparecer en la lista de incompatibles. Esto también puede suceder cuando se aprovisiona una máquina virtual con una directiva de almacenamiento que contiene reglas de filtrado de E/S.

    Solución alternativa:

    1. Vaya a la lista de almacenes de datos incompatibles.
    2. Compruebe la compatibilidad del almacenamiento de cada almacén de datos.

    Si aparece el mensaje el Comprobaciones de compatibilidad correctas, se puede aprovisionar de forma segura la máquina virtual para el almacén de datos seleccionado.

Problemas en vCenter Server, vSphere Web Client y vSphere Client
  • La interfaz de usuario de vSphere Web Client basado en HTML5 podría no estar disponible en Windows Server 2016

    La actualización de los componentes Java (JRE) para vCenter Server podría fallar en las instancias de vCenter Server 6.5.0 GA o vCenter Server 6.5.0a instaladas en Windows Server 2016.

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
    • No se puede aplicar una clave SSH de usuario raíz desde un perfil de host de ESXi 6.0 a uno de ESXi 6.5
      En ESXi 6.5, la funcionalidad de perfiles de host de claves autorizadas para administrar las claves SSH de usuario raíz ha quedado en desuso. Sin embargo, la versión en desuso estaba establecida en la versión 6.0 en lugar de 6.5. Como resultado, no se puede aplicar la clave SSH de usuario raíz de un perfil de host 6.0 a un host de la versión 6.5.

      Solución alternativa: Para poder usar un perfil de host para configurar la clave SSH para el usuario raíz, será necesario crear un nuevo perfil de host de 6.5.

    • 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.

      4. Rellene los datos de personalización:

      5. 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.

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

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

      8. 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 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 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 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 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 varios

    • 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
    • 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 dúplex completo configurando en un conmutador físico podría ocasionar problemas de incongruencia de dúplex con el controlador Linux nativo igb que solo admite el modo de negociación automática para el ajuste de velocidad/dúplex de una NIC
      Si está usando el controlador nativo igb con un host ESXi, este siempre trabaja en modo de negociación automática de velocidad y dúplex. Independientemente de la configuración definida en este extremo de la conexión, no se aplica en el lado de ESXi. La compatibilidad con negociación automática causa un problema de incongruencia de dúplex si un conmutador físico se configura manualmente en modo dúplex completo.

      Solución alternativa: Elija alguna de estas alternativas:

      • En el puerto del conmutador físico, establezca el modo de velocidad y dúplex como auto antes de una actualización o una instalación desde cero.

      • En el host ESXi, use el controlador igb VMklinux en lugar del controlador igb nativo. Puede cambiar al controlador igb ejecutando los comandos:

        1. esxcli system module set --enabled=false --module=igbn

        2. esxcli system module set --enabled=true --module=igb

    • 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.

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

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

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

      4. 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.

    • En el espacio de nombres de dominio independiente, es posible que los usuarios del dominio no puedan autenticarse después de actualizar a vSphere 6.5 Update 1

      Después de actualizar Platform Services Controller Appliance a vSphere 6.5 Update 1, es posible que los usuarios no puedan autenticarse en el espacio de nombres de dominio independiente.

      1. Inicie sesión en Platform Services Controller Appliance como usuario raíz y active el shell de Bash.
      2. Ejecute el comando /opt/likewise/bin/domainjoin-cli leave para salir del dominio.
      3. Inicie el dispositivo.
      4. Elimine la cuenta de equipo en Active Directory.
      5. Inicie sesión de nuevo en el dispositivo y habilite el shell de Bash.
      6. Para unirse al dominio, ejecute el siguiente comando: /opt/likewise/bin/domainjoin-cli join domain-name domain_admin_user
      Por ejemplo: /opt/likewise/bin/domainjoin-cli join vmware.com administrator
      7. Inicie el dispositivo.

    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 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 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 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 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 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 con vCenter Server Appliance, vCenter Server, vSphere Web Client, vSphere Client y vSphere Host Client
    • 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:

      Razón: 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
    • 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 no se pueden implementar en vSphere 5.5 ni 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>--- 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 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 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 Service 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 los problemas conocidos anteriores, haga clic aquí.