vCenter Server 7.0 Update 1 | 6 de octubre de 2020 | Compilación ISO 16860138

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

  • Compatibilidad con NSX-T 3.1.0 con vSphere Lifecycle Manager: vCenter Server 7.0 Update 1 admite NSX-T 3.1.0, que permite la integración de NSX-T con imágenes de clúster de vSphere Lifecycle Manager. Para obtener más información, consulte la sección vSphere Lifecycle Manager con NSX-T de la Guía de instalación de NSX-T Data Center.
  • Terminología inclusiva: En vCenter Server 7.0 Update 1, como parte del esfuerzo de la empresa por eliminar instancias de lenguaje no inclusivo en nuestros productos, el equipo de vSphere realizó cambios en algunos de los términos que se utilizan en vSphere Client. Las API y CLI siguen utilizando términos heredados, pero hay actualizaciones pendientes en una próxima versión.
  • Mejoras en la accesibilidad de vSphere: vCenter Server 7.0 Update 1 incorpora mejoras de accesibilidad considerables basadas en las recomendaciones del Informe de conformidad con la accesibilidad (Accessibility Conformance Report, ACR), que es el estándar aceptado internacionalmente. Algunas de las mejoras de accesibilidad de la interfaz de usuario son las siguientes:
    • Conformidad de accesibilidad de la interfaz de administración de vCenter Server Appliance
    • Conformidad de accesibilidad de la interfaz de usuario de administración de almacenamiento, como el almacén de datos y el explorador de archivos
    • Capacidades de los complementos para crear una interfaz de usuario accesible, como una estructura mejorada de las pantallas de diálogo
    • Mejor accesibilidad de otros componentes de la interfaz de usuario, como la biblioteca de contenido, la administración de hosts y clústeres, la configuración de máquinas virtuales, las tareas, los eventos y las alarmas, la administración de redes y la administración de cargas de trabajo
  • Portal de ideas de vSphere: Con vCenter Server 7.0 Update 1, todos los usuarios con una cuenta válida de my.vmware.com pueden enviar solicitudes de características a través del portal de ideas de vSphere. Todas las ideas publicadas están disponibles para votación y las más populares pueden llegar a convertirse en funciones de vSphere. Puede acceder al portal de ideas de vSphere en https://vsphere.ideas.aha.io/ o en la pestaña Idea en la sección Comentarios de vSphere Client. Al iniciar sesión en el portal de ideas, se le redirige automáticamente a la página de inicio de sesión de my.vmware.com para la autenticación de usuario. Después de iniciar sesión correctamente en my.vmware.com, regresa a la sesión activa en el portal de ideas de vSphere. Al cerrar sesión en el portal de ideas, se redirige a my.vmware.com para cerrar la sesión.
  • Comprobaciones previas de compatibilidad de hardware mejoradas de vSphere Lifecycle Manager para entornos de vSAN: vCenter Server 7.0 Update 1 incluye comprobaciones previas de compatibilidad de hardware de vSphere Lifecycle Manager. Las comprobaciones previas se activan automáticamente después de ciertos eventos de cambio, como una modificación de la imagen deseada del clúster o la adición de un nuevo host ESXi en entornos vSAN. Además, el marco de compatibilidad de hardware sondea automáticamente la base de datos de la lista de compatibilidad de hardware a intervalos predefinidos para cambios que activan comprobaciones previas, según sea necesario.
  • Mayor escalabilidad con vSphere Lifecycle Manager: Con vCenter Server 7.0 Update 1, la escalabilidad de las operaciones de vSphere Lifecycle Manager​ con hosts ESXi y clústeres aumenta:
    • De 15 a 64 clústeres compatibles.
    • De 64 a 96 hosts ESXi compatibles dentro de un clúster. En los entornos de vSAN, el límite sigue siendo 64.
    • De 150 a 280 hosts ESXi compatibles administrados por una imagen de vSphere Lifecycle Manager.
    • De 15 a 64 clústeres en los que puede ejecutar una corrección en paralelo, si inicia la corrección en el nivel del centro de datos.
  • Compatibilidad de vSphere Lifecycle Manager con las actualizaciones coordinadas entre las zonas de disponibilidad: Con vCenter Server 7.0 Update 1, para evitar la superposición de operaciones, vSphere Lifecycle Manager actualiza los dominios de errores en los clústeres de vSAN de forma secuencial. Los hosts ESXi dentro de cada dominio de errores se siguen actualizando de manera gradual. Para los clústeres ampliados de vSAN, el primer dominio de errores siempre es el sitio preferido.
  • Lista ampliada de las versiones compatibles de Red Hat Enterprise Linux y Ubuntu para VMware vSphere Update Manager Download Service (UMDS): vCenter Server 7.0 Update 1 agrega nuevas versiones de Red Hat Enterprise Linux y Ubuntu compatibles con UMDS. Para obtener la lista completa de versiones compatibles, consulte Sistemas operativos basados en Linux compatibles para instalar UMDS.
  • Botón Silenciar alertas en VMware Skyline Health. Con vCenter Server 7.0 Update 1, puede detener las alertas de algunas comprobaciones de estado, como las notificaciones de problemas conocidos, con el botón Silenciar alertas. Por ejemplo, si no desea recibir notificaciones de algunas comprobaciones de estado informático, desplácese hasta Skyline Health >  Comprobaciones de estado informático > Nombre de la comprobación de estado y haga clic en el botón Silenciar alerta. En la ventana emergente, seleccione Sí para deshabilitar las notificaciones. Utilice el botón Restaurar alerta para volver a habilitar las alertas.
  • Configurar la autenticación de SMTP: vCenter Server 7.0 Update 1 agrega la compatibilidad de autenticación de SMTP en vCenter Server Appliance para habilitar el envío de alertas y alarmas en modo seguro por correo electrónico. Puede elegir entre una forma anónima y autenticada para enviar alertas por correo electrónico. Para configurar la autenticación de SMTP, consulte Configurar las opciones del remitente de correo.
  • Máquinas virtuales del sistema para vSphere Cluster Services: En vCenter Server 7.0 Update 1, vSphere Cluster Services agrega un conjunto de máquinas virtuales del sistema en cada clúster de vSphere para garantizar el funcionamiento correcto de VMware vSphere Distributed Resource Scheduler. Para obtener más información, consulte los artículos de la base de conocimientos VMware 80472, 79892 y 80483.
  • Licencias para VMware Tanzu Basic: Con vCenter Server 7.0 Update 1, las licencias de VMware Tanzu Basic se dividen en claves de licencia independientes para vSphere 7 Enterprise Plus y VMware Tanzu Basic. En vCenter Server 7.0 Update 1, debe proporcionar una clave de licencia de vSphere 7 Enterprise Plus o de vSphere 7 Enterprise Plus con un complemento para Kubernetes para habilitar la funcionalidad de Enterprise Plus para hosts ESXi. Además, debe proporcionar una clave de licencia de VMware Tanzu Basic para habilitar la funcionalidad de Kubernetes en todos los hosts ESXi que desee utilizar como parte de un clúster supervisor.
    Cuando se actualiza una implementación de 7.0 a 7.0 Update 1, los clústeres supervisores existentes inician automáticamente un modo de evaluación de 60 días. Si no instala una clave de licencia de VMware Tanzu Basic y lo asigna a clústeres supervisores existentes dentro de los 60 días, verá algunas limitaciones en la funcionalidad de Kubernetes. Para obtener más información, consulte Licencias para vSphere with Tanzu y el artículo 80868 de la base de conocimientos de VMware.

Versiones anteriores de vCenter Server 7.0

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

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

Revisiones incluidas en esta versión

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

Revisión para VMware vCenter Server Appliance 7.0 Update 1

Revisión del producto para vCenter Server que contiene correcciones de software VMware, correcciones de seguridad y correcciones de productos de terceros.

Esta revisión se aplica a vCenter Server.

Nombre de archivo de descarga VMware-vCenter-Server-Appliance-7.0.1.00000-16860138-patch-FP.iso
Compilación 16860138
Tamaño de descarga 5902,8 MB
md5sum 30975695fcc1d4b1c169ffa7132a77f5
sha1checksum d5ecb95189e40657be1fb9b0871824b501041f18

Descarga e instalación

Puede descargar esta revisión en el Centro de descargas de revisiones de VMware y seleccionando VC en el menú desplegable Seleccionar un producto.

  1. Asocie el archivo VMware-vCenter-Server-Appliance-7.0.1.00000-16860138-patch-FP.iso a la unidad de CD o DVD de vCenter Server.
  2. Inicie sesión en el shell de la aplicación como un usuario con privilegios de superadministrador (por ejemplo, raíz) y ejecute los siguientes comandos:
    • Para preparar la imagen ISO:
      software-packages stage --iso
    • Para ver el contenido aplicado por etapas:
      software-packages list --staged
    • Para instalar los RPM aplicados por etapas:
      software-packages install --staged

Para obtener más información sobre el uso de los shells de vCenter Server, consulte el artículo 2100508 de la base de conocimientos de VMware.

Para obtener más información sobre la aplicación de revisiones a vCenter Server, consulte Aplicar revisiones a vCenter Server Appliance.

Para obtener más información sobre la aplicación de revisiones por etapas, consulte Aplicar revisiones por etapas a vCenter Server Appliance.

Para obtener más información sobre la instalación de revisiones, consulte Instalar revisiones de vCenter Server Appliance.

Para obtener más información sobre la aplicación de revisiones mediante la interfaz de administración del dispositivo, consulte Aplicar revisiones de vCenter Server mediante la interfaz de administración del dispositivo.

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

Antes de actualizar a vCenter Server 7.0 Update 1, debe confirmar que el modo Protocolo de control de adición de vínculos (Link Aggregation Control Protocol, LACP) esté establecido en mejorado, lo que habilita el Multiple Link Aggregation Control Protocol (el parámetro multipleLag) en el VMware vSphere Distributed Switch (VDS) del sistema vCenter Server.

Si el modo LACP se establece en básico, lo que indica un protocolo de control de adición de un solo vínculo (singleLag), los grupos de puertos virtuales distribuidos en el vSphere Distributed Switch podrían perder la conexión después de la actualización y afectar a la vmknic de administración, si está en uno de los grupos de dvPort. Durante la comprobación previa a la actualización, se muestra un error como el siguiente: El vCenter Server de origen tiene instancias del conmutador virtual distribuido en lacpApiVersion no compatible.
Para obtener más información sobre cómo convertirse a la compatibilidad mejorada con LACP en un vSphere Distributed Switch, consulte el artículo 2051311 de la base de conocimientos de VMware. Para obtener más información sobre cómo las limitaciones de LACP en vSphere, consulte el artículo 2051307 de la base de conocimientos de VMware.

Avisos de compatibilidad con el producto

  • Intención de dejar de utilizar SHA-1
    El algoritmo de hash de cifrado SHA-1 se dejará de utilizar en una versión futura de vSphere. SHA-1 y MD5, que ya se dejó de utilizar, tienen debilidades conocidas. Asimismo, se demostró que se produjeron ataques prácticos contra estos.
  • vCenter Server 7.0 Update 1 no es compatible con VMware Site Recovery Manager 8.3.1.
  • Desuso del protocolo Bloque de mensajes de servidor (Server Message Block, SMB) versión 1.0
    La restauración y la copia de seguridad basada en archivos de vCenter Server usando el protocolo Bloque de mensajes de servidor (SMB) versión 1.0 se consideran obsoletas en vCenter Server 7.0 Update 1. La eliminación de SMB v.1 tendrá lugar en una versión futura de vSphere.
  • Fin del soporte general para VMware Tools 9.10.x y 10.0.x
    VMware Tools 9.10.x y 10.0.x alcanzó el fin del soporte general. Para obtener más información, consulte la lista de VMware Tools en Matriz de ciclo de vida de productos de VMware.
  • Desuso de la API de VMware Service Lifecycle Manager 
    VMware planea dejar de utilizar la API de VMware Service Lifecycle Manager (servicio vmonapi) en una versión futura. Para obtener más información, consulte el artículo 80775 de la base de conocimientos de VMware.
  • Fin del soporte para Internet Explorer 11
    La eliminación de Internet Explorer 11 de la lista de exploradores compatibles para vSphere Client tendrá lugar en una versión futura de vSphere.
  • VMware Host Client en modo de mantenimiento 
    VMware Host Client se encuentra en modo de mantenimiento hasta que se publique un nuevo cliente.

Problemas resueltos

Los problemas resueltos se agrupan del siguiente modo:

Problemas de copia de seguridad y restauración
  • NUEVO: Si SSH está deshabilitado en un sistema vCenter Server, se puede producir un error en una operación de restauración basada en archivos

    Si se hace una copia de seguridad basada en archivos de un sistema vCenter Server mientras SSH está deshabilitado, se puede producir un error en una operación de restauración con dicha copia de seguridad cuando el servicio SSH se reinicia después de la restauración. En vSphere Client, se muestra un mensaje como ERROR: No se pudo reiniciar sshd.service: la unidad sshd.service está enmascarada.

    El problema está resuelto en esta versión.

Problemas en vSphere Lifecycle Manager
  • Mientras que recuperar vSphere HA habilitó un clúster en vSphere Lifecycle Manager, agregar hosts causa un estado de error en vSphere HA.

    Si se agregan uno o varios hosts ESXi durante el proceso de corrección de un clúster habilitado para vSphere HA, se genera el siguiente mensaje de error: Se produjo un error al aplicar los VIB de HA en el clúster.

    El problema está resuelto en esta versión.

  • Al importar una imagen sin complemento de proveedor, componentes ni complemento de firmware y controlador a un clúster con una imagen que contiene esos elementos, no se eliminan los elementos de imagen de la imagen existente

    Solo la imagen base de ESXi se reemplaza por la que se encuentra en la imagen importada.

    El problema está resuelto en esta versión.

  • No se pueden agregar hosts ESXi 7.0 a un clúster que se administra con una sola imagen mediante vSphere Auto Deploy

    Intentar agregar hosts ESXi a un clúster que administra con una única imagen al usar el flujo de trabajo Agregar a inventario en vSphere Auto Deploy, da error. El error se produce debido a que no existen patrones que coincidan en un conjunto de reglas de Auto Deploy existente. Se produce un error silencioso en la tarea y los hosts permanecen en la pestaña Hosts descubiertos.

    El problema está resuelto en esta versión.

Problemas en vCenter Server y vSphere Client
  • Las instancias vinculadas de vCenter Server del centro de datos definido por software (Software-Defined Data Center, SDDC) aparecen en la instancia local de vSphere Client si una puerta de enlace de vCenter Cloud está vinculada al SDDC

    Cuando se implementa una puerta de enlace de vCenter Cloud en el mismo entorno que una instancia local de vCenter Server y se la vincula a un SDDC, la instancia de vCenter Server del SDDC aparecerá en la instancia local de vSphere Client. Este es un comportamiento inesperado y la instancia vinculada de vCenter Server del SDDC debe ignorarse. Todas las operaciones que involucren a la instancia vinculada de vCenter Server del SDDC deben realizarse en la instancia de vSphere Client en ejecución dentro de la puerta de enlace de vCenter Cloud.

    El problema está resuelto en esta versión.

Problemas de seguridad
  • Actualización de la base de datos SQLite

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

    • Actualización del servidor Apache Tomcat

      El servidor Apache Tomcat se actualizó a la versión 8.5.55 / 9.0.35.

    • Actualización de cURL

      La cURL en vCenter Server se actualizó a la versión 7.70.0.

    • Actualización de VMware PostgreSQL

      VMware PostgreSQL se actualizó a la versión 11.8.

    • Actualización de OpenJDK 1.8.0.252

      La instancia de JDK de código abierto se actualizó a la versión 1.8.0.252.

    • Actualización del paquete de Jackson

      El paquete de Jackson se actualizó a la versión 2.10.3.

    • Actualización de Eclipse Jetty

      Eclipse Jetty se actualizó a la versión 9.4.28.

    • Actualización de Spring Framework

      Spring Framework se actualizó a la versión 4.3.27 / 5.2.5.

Problemas de almacenamiento
  • Puede que a veces se produzca un error al intentar asociar varios volúmenes de CNS al mismo pod

    Al asociar varios volúmenes al mismo pod de forma simultánea, en algunas ocasiones es posible que la operación de asociación elija la misma ranura de controladora. Por ello, solo una de las operaciones se realiza correctamente, mientras que se producen errores en otros montajes de volúmenes.

    El problema está resuelto en esta versión.

  • NUEVO: Un problema en la memoria de pila en los almacenes de datos de VMFS6 provoca varios problemas con las máquinas virtuales

    En ciertos flujos de trabajo, los almacenes de datos de VMFS6 pueden asignar memoria pero no liberarla, lo que provoca que la memoria de pila de VMFS se agote. Este problema puede conducir a los siguientes problemas:

    • Los almacenes de datos de VMFS6 aparecen como "No consumido" en los hosts ESXi.
    • Las operaciones de vSphere vMotion con máquinas virtuales no se realizan correctamente.
    • Las máquinas virtuales se vuelven huérfanas cuando se apagan.
    • Las copias de seguridad basadas en instantáneas fallan.
    • Se produce un error al crear o consolidar instantáneas en el sistema vCenter Server o host ESXi, similar al siguiente:
      Se produjo un error de consolidación en el nodo de disco 'scsi0:1': 12 (No se puede asignar memoria).

    En los archivos vmkwarning.*, se muestran errores similares al siguiente:
    vmkwarning.0:2020-06-16T13:28:23.291Z cpu48:3479102)WARNING: Heap: 3651: El heap vmfs3 ya está en su tamaño máximo. Cannot expand.

    En los registros de vmkernel.*, se muestran errores similares al siguiente:
    2020-06-29T14:59:36.351Z cpu21:5630454)WARNING: HBX: 2439: No se pudo inicializar el bloqueo distribuido de VMFS en el volumen 5eb9e8f1-f4aeef84-4256-1c34da50d370: Out of memory
    020-06-29T14:59:36.351Z cpu21:5630454)Vol3: 4202: No se pudo obtener el objeto 28 tipo 1 uuid 5eb9e8f1-f4aeef84-4256-1c34da50d370 FD 0 gen 0 :Sin memoria
    2020-06-29T14:59:36.351Z cpu21:5630454)Vol3: 4202: No se pudo obtener el objeto 28 tipo 2 uuid 5eb9e8f1-f4aeef84-4256-1c34da50d370 FD 4 gen 1 :Sin memoria
    2020-06-29T14:59:36.356Z cpu21:5630454)WARNING: HBX: 2439: No se pudo inicializar el bloqueo distribuido de VMFS en el volumen 5eb9e8f1-f4aeef84-4256-1c34da50d370: Out of memory
    2020-06-29T14:59:36.356Z cpu21:5630454)Vol3: 4202: No se pudo obtener el objeto 28 tipo 1 uuid 5eb9e8f1-f4aeef84-4256-1c34da50d370 FD 0 gen 0 :Sin memoria
    2020-06-29T14:59:36.356Z cpu21:5630454)Vol3: 4202: No se pudo obtener el objeto 28 tipo 2 uuid 5eb9e8f1-f4aeef84-4256-1c34da50d370 FD 4 gen 1 :Sin memoria

    El problema está resuelto en esta versión.

Problemas de instalación, actualización y migración
  • Se produce un error al generar un informe de interoperabilidad para vCenter Server 7.0 Update 1

    En vSphere Client, cuando se desplaza hasta Actualizaciones > Update Planner y selecciona 7.0.1 como la instancia de vCenter Server de destino para generar un informe de interoperabilidad, se muestra un error como el siguiente:
    La versión del producto de destino proporcionada no es válida. Proporcione una versión válida para el producto de destino.

    El problema está resuelto en esta versión.

Problemas conocidos

Los problemas conocidos se agrupan del siguiente modo:

Problemas en la administración de máquinas virtuales
  • No se puede agregar ni modificar un adaptador de red existente en una máquina virtual

    Si intenta agregar o modificar un adaptador de red existente en una máquina virtual, es posible que se produzca un error en la tarea Reconfigurar la máquina virtual, como No se puede completar la operación debido a una modificación simultánea de otra operación en vSphere Client. En el archivo /var/log/hostd.log del host ESXi en el que se ejecuta la máquina virtual, se muestran registros como:
    2020-07-28T07:47:31.621Z verbose hostd[2102259] [Originator@6876 sub=Vigor.Vmsvc.vm:/vmfs/volumes/vsan:526bc94351cf8f42-41153841cab2f9d9/bad71f5f-d85e-a276-4cf6-246e965d7154/interop_l2vpn_vmotion_VM_1.vmx] NIC: mensaje de control de conexión: No se pudo conectar al dispositivo virtual 'ethernet0'.
    En el archivo vpxa.log, se pueden ver entradas similares a: 2020-07-28T07:47:31.941Z info vpxa[2101759] [Originator@6876 sub=Default opID=opId-59f15-19829-91-01-ed] [VpxLRO] -- ERROR task-138 -- vm-13 -- vim.VirtualMachine.reconfigure: vim.fault.GenericVmConfigFault: 

    Solución alternativa: Para cada host ESXi en su clúster, haga lo siguiente:

    1. Conéctese al host ESXi mediante SSH y ejecute el comando
      esxcli system module parameters set -a -p dvfiltersMaxFilters=8192 -m dvfilter
    2. Ponga al host ESXi en modo de mantenimiento.
    3. Reinicie el host ESXi.

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

  • Los hosts de ESXi 6.5 con procesadores AMD Opteron Generation 3 (Greyhound) no pueden unirse a los clústeres de Enhanced vMotion Compatibility (EVC) AMD REV E o AMD REV F en un sistema vCenter Server 7.0 Update 1

    En vCenter Server 7.0 Update 1, los servicios de clúster de vSphere, como vSphere DRS y vSphere HA, se ejecutan en máquinas virtuales de ESX Agent para que los servicios sean funcionalmente independientes de vCenter Server. Sin embargo, la línea base de CPU para los procesadores AMD de las máquinas virtuales de ESX Agent tiene instrucciones de POPCNT SSE4A, lo que impide que los hosts de ESXi 6.5 con procesadores AMD Opteron Generation 3 (Greyhound) habiliten el modo EVC de AMD REV E y AMD REV F en un sistema vCenter Server 7.0 Update 1.

    Solución alternativa: Ninguna

Problemas de instalación, actualización y migración
  • Realizar revisiones a vCenter Server 7.0 Update 1 desde versiones anteriores de vCenter Server 7.x se bloquea si está habilitada vCenter Server High Availability

    Realizar revisiones a vCenter Server 7.0 Update 1 desde versiones anteriores de vCenter Server 7.x se bloquea si está activa vCenter Server High Availability.

    Solución alternativa: Para realizar revisiones a vCenter Server 7.0 Update 1 desde versiones anteriores de vCenter Server 7.x, debe quitar vCenter Server High Availability y eliminar los nodos pasivos y testigos. Tras la actualización, debe volver a crear los clústeres de vCenter Server High Availability.

  • La migración de un sistema vCenter Server 6.7.x a vCenter Server 7.x genera un error UnicodeEncodeError

    Si selecciona la opción para importar todos los datos de configuración, el inventario, las tareas, los eventos y las métricas de rendimiento, se puede producir un error en la migración de un sistema vCenter Server de 6.7.x a vCenter Server 7.x para cualquier sistema vCenter Server que utilice una configuración regional que no sea en inglés. En el paso 1 de la etapa 2 de la migración, en vSphere Client se muestra un error como:
    Error al exportar los datos de los eventos y tareas: …ERROR UnicodeEncodeError: Traceback (most recent call last):

    Solución alternativa: Puede completar la operación de migración, realice una de las siguientes acciones:

    • Seleccione la opción predeterminada Configuración e inventario al final de la etapa 1 de la migración.
      Esta opción no incluye los datos de tareas y eventos.
    • Limpie los datos en las tablas de eventos y vuelva a ejecutar la migración.
  • Si un sistema vCenter Server de Windows tiene una contraseña de base de datos que contiene caracteres que no son ASCII, se produce un error en las comprobaciones previas de VMware Migration Assistant

    Si intenta migrar un sistema vCenter Server 6.x a vCenter Server 7.x mediante VMware Migration Assistant, se produce un error en la operación si el sistema tiene un sistema operativo Windows y utiliza una base de datos externa con una contraseña que contiene caracteres que no son ASCII. Por ejemplo, Admin!23迁移. En la consola del asistente de migración, se muestra el siguiente error:

    Error:Se produjo un error interno en el componente com.vmware.vcdb
    Resolución:Archivo Bugzilla PR a VPX/VPX/vcdb-upgrade

    Solución alternativa: Ninguna

  • Durante una actualización desde vCenter Server 7.x a vCenter Server 7.0 Update 1, se le pide que proporcione la contraseña de vCenter Single Sign-On

    Durante una actualización desde vCenter Server 7.x a vCenter Server 7.0 Update 1, se le pide que proporcione la contraseña del administrador de vCenter Single Sign-On.

    Solución alternativa: Si ejecuta la actualización mediante la interfaz de administración de vCenter Server, debe proporcionar la contraseña del administrador de vCenter Single Sign-On.
    Si ejecuta la actualización mediante el uso de paquetes de software o la CLI de forma interactiva, debe proporcionar la contraseña de administrador de vCenter Single Sign-On de forma interactiva.
    Si ejecuta la actualización mediante el uso de paquetes de software o CLI de forma no interactiva, debe proporcionar la contraseña del administrador de vCenter Single Sign-On mediante un archivo de respuesta con el formato
    { "vmdir.password": "Contraseña de SSO del usuario Administrator@<SSO-DOMAIN> " }

  • Es posible que no pueda aplicar o quitar NSX mientras agrega varios hosts ESXi mediante una imagen de vSphere Lifecycle Manager a un clúster con VMware vSphere High Availability habilitado

    Si inicia una operación para aplicar o quitar NSX al agregar varios hosts ESXi mediante una imagen de vSphere Lifecycle Manager a un clúster con vSphere HA habilitado, las operaciones relacionadas con NSX pueden generar un error en el vSphere Client como:
    vSphere HA Agent en algunos de los hosts del clúster <cluster_name> no es el agente principal de vSphere HA ni está conectado al agente principal de vSphere HA. Verifique que la configuración de HA sea correcta.
    El problema se produce porque vSphere Lifecycle Manager configura vSphere HA para los hosts ESXi que se agregan al clúster uno a la vez. Si ejecuta una operación para aplicar o quitar NSX mientras las operaciones de configuración de vSphere HA están en curso, es posible que las operaciones de NSX se agoten entre las operaciones de configuración de vSphere HA para dos hosts ESXi diferentes. En tal caso, se produce un error en la operación de NSX con un error de comprobación de estado del clúster, ya que el estado del clúster en ese punto no coincide con el estado esperado de todos los hosts ESXi que tienen vSphere HA configurado y en ejecución. Cuantos más hosts ESXi se agregan a un clúster al mismo tiempo, más probable es que se produzca el problema.

    Solución alternativa: Deshabilite y habilite vSphere HA en el clúster. Continúe con las operaciones para aplicar o quitar NSX.

  • Después de una actualización de un sistema vCenter Server 7.0, no puede ver las direcciones IP de los pods en la pestaña Resumen de pods de vSphere de vSphere Client

    Si actualiza el sistema vCenter Server 7.0 a una versión posterior, ya no podrá ver las direcciones IP de los pods en la pestaña Resumen de pods de vSphere de vSphere Client.

    Solución alternativa: Utilice las Herramientas de la CLI de Kubernetes para vSphere para revisar los detalles de los pods:

    1. Como requisito previo, copie el pod y los nombres del espacio de nombres. 
      • En vSphere Client, desplácese hasta Administración de cargas de trabajo > Clústeres.
      • Copie la dirección IP que se muestra en la pestaña Dirección IP del nodo de plano de control.
      • Puede desplazarse hasta https://<dirección_IP_de_nodo_de_plano_de_control> y descargar las Herramientas de la CLI de Kubernetes: kubectl y kubectl-vsphere.
        También puede seguir los pasos que se indican en Descargar e instalar Herramientas de la CLI de Kubernetes para vSphere.
    2. Use el complemento de CLI para vSphere para revisar los detalles del pod.
      1. Inicie sesión en el clúster supervisor mediante el comando
        kubectl vsphere login --server=https://<server_adress> --vsphere-username <your user account name> --insecure-skip-tls-verify
      2. Con los nombres copiados en el paso 1, ejecute los comandos para recuperar los detalles del pod:
        kubectl config use-context <namespace_name> 
        y
        kubectl describe pod <pod_name> -n <namespace_name> 

    Como resultado, puede ver la dirección IP, similar a la siguiente:

    $ kubectl describe pod helloworld -n my-podvm-ns ...
    Estado: En ejecución
    IP: 10.0.0.10
    IP:
     IP: 10.0.0.10 ...

  • Se produce un error en la implementación de un dispositivo de vCenter Server al usar el puerto 5480 en la etapa 2, con un error de que no se puede guardar la configuración de IP

    Si utiliza https://appliance-IP-address-or-FQDN:5480 en un explorador web, vaya a la interfaz de administración de vCenter Server Appliance para la etapa 2 de un dispositivo de vCenter Server recién implementado y configure una IP estática, o intente cambiar la configuración de IP, verá un error como
    No se puede guardar la configuración de IP.

    Solución alternativa: Ninguna.

Problemas de copia de seguridad y restauración
  • Si utiliza los protocolos NFS y SMB para realizar una copia de seguridad basada en archivos de vCenter Server, se produce un error en la copia de seguridad después de una actualización desde vCenter Server 7.x a vCenter Server 7.0 Update 1

    Si utiliza los protocolos Network File System (NFS) y Server Message Block (SMB) para la copia de seguridad basada en archivos de vCenter Server, se produce un error en la copia de seguridad después de una actualización desde una versión anterior de vCenter Server 7.x a vCenter Server 7.0 Update 1. En applmgmt.log, aparece un mensaje de error como No se pudo montar el almacenamiento remoto. El problema se produce debido a actualizaciones de kernel de Linux que se ejecutan durante el proceso de revisión. Este problema no se produce en instalaciones nuevas de vCenter Server 7.0 Update 1.

    Solución alternativa: Reinicie la el dispositivo de vCenter Server una vez finalizada la actualización.

Problemas en vSphere Lifecycle Manager
  • Si se utiliza un cliente Java para revisar las tareas de corrección, no se pueden extraer los resultados de las operaciones de corrección

    Si utiliza un cliente Java para revisar las tareas de corrección, se puede producir un error en la extracción de los resultados con un error ConstraintValidationException. El problema se produce cuando un host ESXi no puede entrar en modo de mantenimiento durante la corrección y obtiene un estado de OMITIDO, pero al mismo tiempo obtiene una marca en curso para las operaciones de corrección consecutivas. Esto causa el error ConstraintValidationException en los clientes Java y no se puede extraer el resultado de la operación de corrección.

    Solución alternativa: Solucione los problemas subyacentes que impiden que los hosts ESXi entren en el modo de mantenimiento y vuelva a intentar la operación de corrección.

  • NUEVO: Se produce un error al intentar usar Auto Deploy para aprovisionar hosts ESXi con una imagen de vSphere Lifecycle Manager en un clúster con NSX-T habilitado

    Si utiliza Auto Deploy para aprovisionar hosts ESXi en un clúster con NSX-T configurado en él con una imagen de vSphere Lifecycle Manager, es posible que experimente problemas como los siguientes:
    El host ESXi no puede unirse al vSphere Distributed Switch (VDS) que se configuró en NSX-T como parte de la configuración del perfil de nodo de transporte.
    El host ESXi permanece en modo de mantenimiento después de agregarse al sistema vCenter Server o no puede unirse al sistema vCenter Server.
    En vSphere Client, se muestra un mensaje de error similar al siguiente:
    No se puede agregar el host al clúster. No se puede agregar un host sin estado a los clústeres mediante una sola imagen para administrar hosts

    En el archivo syslog.log de la carpeta var/log/ de los hosts ESXi afectados, verá un seguimiento inverso como el siguiente:

    ~~~2020-07-24T10:58:46Z Host Profiles[1000350314 opID=MainThread]: INFO: Successfully initialized privilege list.
    2020-07-24T10:58:46Z HostProfileManager:
    2020-07-24 10:58:46,481 [MainProcess INFO 'root' MainThread] Starting CGI server on stdin/stdout
    2020-07-24T10:58:46Z Host Profiles[1000350314 opID=28ea1be8-05-84-1da1]: INFO: Calling QueryState()
    2020-07-24T10:58:46Z Host Profiles[1000350314 opID=28ea1be8-05-84-1da1]: INFO: State = (vmodl.KeyAnyValue) [ (vmodl.KeyAnyValue) { dynamicType = , dynamicProperty = (vmodl.DynamicProperty) [], key = 'NSX_INSTALL_OPAQUE_SWITCH_STATUS', value = (str) [ 'OpaqueSwitchProfile' ] }, (vmodl.KeyAnyValue) { dynamicType = , dynamicProperty = (vmodl.DynamicProperty) [], key = 'REAPPLY_REQUIRED', value = (str) [ 'DvsProfile' ] }, (vmodl.KeyAnyValue) { dynamicType = , dynamicProperty = (vmodl.DynamicProperty) [], key = 'NSX_DVS_CONFIG_REQUIRED', value = (str) [ 'DvsProfile' ] } ]
    2020-07-24T10:58:46Z Host Profiles[1000350314 opID=28ea1be8-05-84-1da1]: INFO: Cleaned up Host Configuration
    2020-07-24T10:58:46Z Host Profiles[1000350314 opID=28ea1be8-05-84-1da1]: INFO: Returning Host Profile Manager state: (vmodl.KeyAnyValue) [ (vmodl.KeyAnyValue) { dynamicType = , dynamicProperty = (vmodl.DynamicProperty) [], key = 'NSX_INSTALL_OPAQUE_SWITCH_STATUS', value = (str) [ 'OpaqueSwitchProfile' ] }, (vmodl.KeyAnyValue) { dynamicType = , dynamicProperty = (vmodl.DynamicProperty) [], key = 'REAPPLY_REQUIRED', value = (str) [ 'DvsProfile' ] }, (vmodl.KeyAnyValue) { dynamicType = , dynamicProperty = (vmodl.DynamicProperty) [], key = 'NSX_DVS_CONFIG_REQUIRED', value = (str) [ 'DvsProfile' ] } ]
    El problema se produce debido a algunas limitaciones cuando vSphere Lifecycle Manager está habilitado en un clúster; por ejemplo, los VIB de NSX-T se eliminan del nodo de transporte cuando un administrador corrige un host ESXi.

    Solución alternativa: Siga los pasos descritos en el artículo 80697 de la base de conocimientos de VMware.

  • Es posible que el almacén de vSphere Lifecycle Manager general y los almacenes locales de las implementaciones de oficinas remotas y sucursales (ROBO) no estén sincronizados

    Los clústeres de ROBO con acceso limitado o sin acceso a Internet o conectividad limitada a vCenter Server pueden descargar una imagen de un almacén local para ellos, en lugar de acceder al almacén de vSphere Lifecycle Manager en vCenter Server. Sin embargo, vSphere Lifecycle Manager genera recomendaciones de software en forma de imágenes validadas previamente solo en un nivel central, y es posible que el contenido de la imagen recomendada no esté disponible en un reemplazo de almacén.

    Solución alternativa: Si decide utilizar una imagen recomendada, asegúrese de que el contenido entre los reemplazos de almacén y el almacén central esté sincronizado.

  • Se puede producir un error en la corrección del clúster mediante vSphere Lifecycle Manager en hosts ESXi con el modo de bloqueo habilitado

    Si un clúster tiene hosts ESXi con el modo de bloqueo habilitado, las operaciones de corrección mediante vSphere Lifecycle Manager podrían omitir dichos hosts. En los archivos de registro, aparecen mensajes como Se produjo un error en la tarea de examinación del host y com.vmware.vcIntegrity.lifecycle.EsxImage.UnknownError Se produjo un error desconocido al realizar la operación..

    Solución alternativa: Agregue el usuario raíz a la lista de excepciones para el modo de bloqueo y vuelva a intentar la corrección del clúster.

Problemas de redes
  • Si intenta deshabilitar vSphere with Tanzu en un clúster de vSphere, la operación se detiene con un error

    Si algunas máquinas virtuales fuera de un clúster supervisor residen en cualquiera de los grupos de puertos de segmentos de NSX en el clúster, el script de limpieza no puede eliminar dichos puertos y deshabilitar vSphere with Tanzu en el clúster. En vSphere Client, se muestra el error Error de las solicitudes de limpieza para NSX Manager y la operación se detiene en el estado Eliminando. En el archivo /var/log/vmware/wcp/wcpsvc.log, se ve un mensaje de error como
    La ruta de acceso del segmento = [...] tiene máquinas virtuales x o VIF conectadas. Desconecte todas las máquinas virtuales y VIF antes de eliminar un segmento.

    Solución alternativa: Elimine las máquinas virtuales indicadas en el archivo /var/log/vmware/wcp/wcpsvc.log desde el segmento. Espere que se restaure la operación.

  • Después de actualizar a NSX 6.4.7, cuando se asigna una dirección IPv6 estática a las máquinas virtuales de carga de trabajo en una red IPv6, las máquinas virtuales no pueden hacer ping a la interfaz de puerta de enlace IPv6 de Edge

    Este problema se produce después de actualizar las instancias de vSphere Distributed Switch de la versión 6.x a la versión 7.0.

    Solución alternativa 1:

    Seleccione el VDS en el que se conectan todos los hosts, vaya al ajuste Editar y, en la opción Multidifusión, cambie a básica.

    Solución alternativa 2:

    Agregue las siguientes reglas en el firewall de Edge:

    Haga ping a la regla de permiso.

    La regla de permiso de Multicast Listener Discovery (MLD), que son icmp6, tipo 130 (v1) y tipo 143 (v2).

Problemas de vSAN
  • Las máquinas virtuales pierden conectividad debido a una interrupción de la red en el sitio preferido

    En una configuración de clúster ampliado de vSAN, es posible que una interrupción de la red en el sitio preferido provoque inaccesibilidad de todas las máquinas virtuales del sitio. Las máquinas virtuales no conmutan por error a un sitio secundario. Permanecerán inaccesibles hasta que se restaure la interrupción de la red.

    Solución alternativa: Ninguna.

  • NUEVO: La actualización con reconocimiento de dominio de errores para vSAN no funciona en el nivel de componente

    Cuando un usuario administrador selecciona una opción para actualizar vSAN con dominios de errores, puede corregir la imagen deseada directamente desde la interfaz de usuario o la API de vSphere Lifecycle Manager, o decidir actualizar un solo componente como, por ejemplo, solo los VIB de NSX-T. Al corregir la imagen deseada desde la interfaz de usuario o la API, se cumple con el reconocimiento de dominios de errores de vSAN, pero no para corregir un componente.

    Solución alternativa: Ninguna

Problemas de vSphere Cluster Services
  • Si todas las máquinas virtuales del agente de servicio de clúster de vSphere de un clúster están inactivas, vSphere DRS no funciona en el clúster 

    Si las máquinas virtuales del agente de servicio de clúster de vSphere no se implementan o se encienden en un clúster, es posible que se vean afectados servicios como vSphere DRS.

    Solución alternativa: Para obtener más información sobre el problema y posibles soluciones alternativas, consulte el artículo de la base de conocimientos VMware 79892.

  • Las máquinas virtuales del sistema que admiten servicios de clúster de vSphere pueden afectar a los flujos de trabajo de mantenimiento de clústeres y de almacenes de datos

    En vCenter Server 7.0 Update 1, vSphere Cluster Services agrega un conjunto de máquinas virtuales del sistema en cada clúster de vSphere para garantizar el funcionamiento correcto de vSphere DRS. Las máquinas virtuales del sistema se implementan automáticamente con una lógica de selección de almacén de datos implícita. Según la configuración del clúster, las máquinas virtuales del sistema pueden afectar a algunos de los flujos de trabajo de mantenimiento de clústeres o de almacenes de datos.

    Solución alternativa: Para obtener más información sobre los flujos de trabajo afectados y posibles soluciones alternativas, consulte los artículos 79892 y 80483 de la base de conocimientos de VMware.

Problemas conocidos de versiones anteriores

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

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