Notas de la versión de VMware vSphere Update Manager 6.0.0a

|

vSphere Update Manager | 16 de abril de 2015 | Compilación 2621470

Última actualización del documento: 16 de abril de 2015

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

Contenido de las notas de la versión

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

Las notas de la versión de Update Manager brindan información sobre VMware vSphere Update Manager, un módulo opcional de VMware vCenter Server. Para obtener más información sobre VMware vSphere Update Manager, consulte la documentación sobre la instalación y administración de VMware vSphere Update Manager.


Novedades

El paquete JRE de Oracle (Sun) se actualizó a 1.7.0_76. La actualización soluciona varios problemas de seguridad que existen en las versiones anteriores de JRE de Oracle (Sun). Oracle ha documentado los identificadores CVE que se solucionan en JRE 1.7.0_76 en Oracle Java SE Critical Patch Update Advisory de enero de 2015. La actualización de JRE incluye una solución para CVE-2014-6593.


Requisitos de hardware y estimador de dimensiones

Los requisitos mínimos de hardware para Update Manager varían en función de cómo se implementa Update Manager.

Requisitos de hardware

Si la base de datos está instalada en el mismo equipo que Update Manager, los requisitos de tamaño de memoria y velocidad del procesador son mayores. Los requisitos mínimos para garantizar un rendimiento aceptable son los siguientes:

  • Procesador: Procesador Intel o AMD x86 con dos o más núcleos lógicos, cada uno con una velocidad de 2 GHz.
  • Red: 10/100 Mbps
    Para obtener el mejor rendimiento, use una conexión Gigabit entre Update Manager y los hosts ESXi.
  • Memoria:
    • 2 GB de RAM si Update Manager y vCenter Server están en equipos distintos.
    • 8 GB de RAM si Update Manager y vCenter Server están en el mismo equipo.

Estimador de dimensiones

Para obtener más información sobre los requisitos de almacenamiento en disco, consulte Estimador de dimensiones de VMware vSphere Update Manager. El estimador de dimensiones calcula el tamaño de la base de datos y el almacén de revisiones de Update Manager. El cálculo se realiza a partir de la información que introduce sobre la implementación, como el número de hosts y máquinas virtuales. El estimador de dimensiones también brinda recomendaciones para la base de datos y los modelos de implementación de servidor de Update Manager.


Notas de instalación

Esta sección incluye información sobre la instalación de Update Manager y Update Manager Download Service, un módulo opcional de vSphere Update Manager.

Update Manager

La instalación de VMware vSphere Update Manager requiere conectividad de red con un sistema vCenter Server existente. Cada instalación de vSphere Update Manager debe asociarse con una única instancia de vCenter Server.

El módulo Update Manager consta de un componente de servidor y uno de cliente. El servidor de Update Manager puede instalarse en el mismo sistema que vCenter Server o en uno diferente.
Update Manager brinda dos componentes de cliente:

  • Update Manager Client, que es una interfaz de complemento con la instancia de VMware vSphere Client.
  • Update Manager Web Client, que es una interfaz de complemento con la instancia de VMware vSphere Web Client.

Antes de instalar Update Manager, debe instalar vCenter Server. Para obtener información de compatibilidad de bases de datos, consulte Bases de datos compatibles con la instalación del servidor de Update Manager.

El servidor de Update Manager 6.0.0a solo puede instalarse en sistemas operativos Windows de 64 bits.

Update Manager Web Client

Update Manager Web Client es un complemento para vSphere Web Client. Puede utilizar Update Manager Web Client para ver los resultados de la exploración y los estados de cumplimiento de objetos de inventario de vSphere.

Después de instalar el componente de servidor de Update Manager, el complemento Update Manager Web Client se habilita automáticamente en vSphere Web Client. El complemento Update Manager Web Client aparece como una pestaña de Update Manager en la pestaña Supervisar en vSphere Web Client.
Para poder ver Update Manager Web Client en vSphere Web Client, debe tener el privilegio Ver estado de cumplimiento.

No se puede actualizar UMDS 5.x a UMDS 6.0. Se puede realizar una instalación desde cero de UMDS 6.0.0a de acuerdo con todos los requisitos del sistema para UMDS 6.0.0a, y utilizar un almacén de revisiones existente de UMDS 5.x.

Update Manager Client

Update Manager Client es una interfaz de complemento para la instancia de VMware vSphere Client. Update Manager Client le brinda el conjunto completo de capacidades que necesita para administrar revisiones y versiones para el inventario de vSphere.

Update Manager Client tiene un instalador independiente desde el componente de servidor de Update Manager.

Update Manager 6.0.0a Client puede instalarse en sistemas operativos de 32 bits y de 64 bits.

Update Manager Download Service

vSphere Update Manager Download Service (UMDS) es un módulo opcional de Update Manager, que puede usar para descargar definiciones de revisiones. Instale UMDS si el sistema de implementación está protegido y el equipo donde está instalado Update Manager no tiene acceso a Internet.

UMDS solo puede instalarse en sistemas operativos Windows de 64 bits.

No debe instalar UMDS en el mismo equipo donde está instalado el servidor de Update Manager.

Para utilizar UMDS, el servicio de descarga debe tener una versión compatible con el servidor de Update Manager. Para obtener más información sobre la compatibilidad entre Update Manager y UMDS, consulte la documentación sobre la instalación y administración de VMware vSphere Update Manager .

Instalación de UMDS 6.0.0a en un entorno que solo contiene instancias de Update Manager 6.0

En el asistente de instalación de UMDS 6.0.0z, puede elegir que el almacén de revisiones sea un directorio de descarga existente de una instalación de UMDS 5.x anterior y reutilizar las actualizaciones descargadas que correspondan en UMDS 6.0. Debe desinstalar las instancias de UMDS 5.x existentes antes de reutilizar el almacén de revisiones. Una vez que se asocia un directorio de descarga existente con UMDS 6.0.0a, no se puede usar con versiones de UMDS anteriores.
Si instala UMDS y lo asocia con un directorio de descarga existente, asegúrese de realizar al menos una descarga mediante UMDS 6.0.0a antes de exportar actualizaciones.

Instalación de UMDS 6.0.0a en un entorno que contiene instancias de Update Manager 5.x y Update Manager 6.x

No instale ni asocie UMDS 6.0.0a con un directorio de descarga de UMDS 5.x existente si el entorno contiene instancias de Update Manager 5.x y Update Manager 6. En una situación como esta, debe instalar UMDS 5.x y UMDS 6.x en dos equipos separados para poder exportar actualizaciones para cada versión de Update Manager.

Update Manager Utility

Al instalar Update Manager o UMDS, vSphere Update Manager Utility se instala de forma silenciosa en el sistema como un componente adicional.

Update Manager Utility le permite modificar la autenticación con contraseña y proxy de la base de datos, volver a registrar Update Manager con vCenter Server y reemplazar los certificados SSL de Update Manager. Para obtener más información sobre la reconfiguración de Update Manager mediante la utilidad, consulte la documentación sobre Nueva configuración de VMware vSphere Update Manager.


Notas de actualización

Esta versión permite actualizar desde las versiones 5.x de Update Manager y sus respectivas versiones de actualización que estén instaladas en un sistema operativo de 64 bits. No se admiten actualizaciones directas desde Update Manager 4.x y anteriores ni desde sistemas Update Manager instalados en una plataforma de 32 bits. Se debe usar la herramienta de migración de datos que se proporciona con los soportes físicos de instalación de Update Manager 5.0 para transferir el sistema Update Manager de un sistema operativo de 32 bits a Update Manager 5.0 en un sistema operativo de 64 bits y, a continuación, realizar una actualización en el lugar de la versión 5.0 a la versión 6.0.0a. Si desea obtener información detallada sobre cómo usar la herramienta de migración de datos, consulte la documentación sobre la instalación y la administración de VMware vSphere Update Manager de Update Manager 5.0.

Antes de actualizar Update Manager, debe actualizar vCenter Server y vSphere Client a una versión compatible.

No se admite la actualización de UMDS 5.x a UMDS 6.x.


Requisitos de software e interoperabilidad

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

Sistemas operativos compatibles con la instalación del servidor de Update Manager y UMDS

Para ver una lista de los sistemas operativos donde puede instalar el servidor de Update Manager y UMDS, consulte Supported host operating systems for VMware vCenter Server installation. Los sistemas operativos de host compatibles con la instalación de vCenter Server que se detallan en el artículo también se aplican a la instalación de las versiones respectivas del servidor de Update Manager y UMDS.

Bases de datos compatibles con la instalación del servidor de Update Manager y UMDS

La opción de interoperabilidad entre solución y base de datos de la matriz de interoperabilidad de productos VMware brinda información sobre las bases de datos compatibles con el servidor de Update Manager y UMDS.

Operaciones con objetos de inventario de vSphere que admite Update Manager

  • Revisiones de host de la siguiente versión de host:
    • ESXi 5.x
    • ESXi 6.0
  • Actualizaciones de host de ESXi 5.x y sus respectivas versiones de actualización a ESXi 6.0
  • Actualizaciones de VMware Tools y hardware virtual para máquinas virtuales
  • Actualizaciones de dispositivos virtuales

Sistemas operativos compatibles con la actualización de VMware Tools y hardware virtual

  • Windows Server 2012 [Standard/Datacenter] 64 bits
  • Windows Server 2012 R2 [Standard/Enterprise/Datacenter] 64 bits
  • Windows Server 2012 R2 actualización 1 [Standard/Enterprise/Datacenter] 64 bits
  • Windows 8.1 actualización 1 [Professional/Enterprise] 32 bits
  • Windows 8.1 actualización 1 [Professional/Enterprise] 64 bits
  • Windows 8.1 [Professional/Enterprise] 32 bits
  • Windows 8.1 [Professional/Enterprise] 64 bits
  • Windows 8 [Professional/Enterprise] 32 bits
  • Windows 8 [Professional/Enterprise] 64 bits
  • Windows 7 [Professional/Enterprise] 32 bits
  • Windows 7 [Professional/Enterprise] 64 bits
  • Windows 7 [Professional/Enterprise] 32 bits SP1
  • Windows 7 [Professional/Enterprise] 64 bits SP1
  • Windows XP Professional 32 bits (se requiere SP3)
  • Windows XP Professional 64 bits (se requiere SP2)
  • Windows 2000 [Professional/Server/Advanced Server/Datacenter Server] 32 bits
  • Windows 2000 [Professional/Server/Advanced Server/Datacenter Server] 64 bits
  • Windows Server 2003 [Standard/Enterprise/Datacenter] 32 bits (se requiere SP2)
  • Windows Server 2003 [Standard/Enterprise/Datacenter] 64 bits (se requiere SP2)
  • Windows Server 2003 R2 [Standard/Enterprise/Datacenter] 32 bits (se requiere SP2)
  • Windows Server 2003 R2 [Standard/Enterprise/Datacenter] 64 bits (se requiere SP2)
  • Windows Vista [Business/Enterprise] 32 bits (se requiere SP2)
  • Windows Vista [Business/Enterprise] 64 bits (se requiere SP2)
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 32 bits
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64 bits
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 32 bits SP2
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64 bits SP2
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64 bits R2
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64 bits R2 Service Pack 1
  • Red Hat Enterprise Linux 2
  • Red Hat Enterprise Linux 3
  • Red Hat Enterprise Linux 4
  • Red Hat Enterprise Linux 5
  • Red Hat Enterprise Linux 5.10
  • Red Hat Enterprise Linux 6.5
  • Red Hat Enterprise Linux 7.0
  • CentOS 4
  • CentOS 5
  • CentOS 5.10
  • CentOS 6
  • CentOS 6.5
  • Debian 4
  • Debian 5
  • Debian 6
  • Ubuntu 7.x
  • Ubuntu 8.x
  • Ubuntu 9.x
  • Ubuntu 10.x
  • Ubuntu 11.x
  • Ubuntu 13.10
  • Ubuntu 14.04
  • SuSE Linux Enterprise Server 8
  • SUSE Linux Enterprise Server 9
  • SUSE Linux Enterprise Server 11 Service Pack 3
  • SUSE Linux Enterprise Server 12
  • Oracle Enterprise Linux 4
  • Oracle Enterprise Linux 5
  • Oracle Enterprise Linux 5.1
  • Oracle Enterprise Linux 6
  • Oracle Enterprise Linux 6.5
  • Oracle Enterprise Linux 7.0
  • Asianux 3
  • Asianux 4

Problemas conocidos

Los problemas conocidos de esta versión de Update Manager se agrupan de la siguiente manera:


Instalación y actualización

  • La actualización de Update Manager 6.0 a 6.0.0a puede tener errores
    Cuando se actualiza la versión de Update Manager de 6.0 a 6.0.0a sin conexión a Internet en el equipo del servidor de Update Manager, se puede producir un error en la actualización de Update Manager. Aparece un mensaje de error similar al siguiente:

    Se produjo una interrupción en el asistente antes de que VMware vSphere Update Manager pudiera instalarse por completo. El sistema no se modificó. Para completar la instalación en otro momento, ejecute la instalación nuevamente. Haga clic en Finalizar para salir del asistente.

    Solución alternativa: Debe haber una conexión a Internet disponible para que el servidor de Update Manager pueda actualizarse.

  • La instalación de Update Manager con la base de datos de Microsoft SQL 2012 integrada es incorrecta en sistemas con Microsoft .NET Framework 4
    Es posible que los intentos de instalar Update Manager con la base de datos de Microsoft SQL 2012 integrada sean incorrectos si el equipo host usa Microsoft .NET Framework 4 Aparece el siguiente mensaje de error:

    La instalación de SQL no se realizó correctamente

    Solución alternativa: Para solucionar este problema, realice los siguientes pasos:

    1. En el equipo donde intenta instalar Update Manager, cierre y deshabilite todos los servicios que requieran el uso de Microsoft .NET Framework 4.
    2. Desinstale todos los componentes de Microsoft .NET Framework 4.
    3. Abra una ventana del símbolo del sistema y cambie a C:\Windows\Microsoft.NET\Framework\v2.0.50727.
    4. Ejecute los siguientes comandos para crear los archivos security.config y security.config.cch en la carpeta de configuración:
      Caspol.exe -all -reset
    5. Cambie la ruta de acceso a C:\Windows\Microsoft.NET\Framework64\v2.0.50727.
    6. Ejecute los siguientes comandos para crear los archivos security.config y security.config.cch en la carpeta de configuración:
      Caspol.exe -all -reset
    7. Vuelva a descargar e instalar todos los componentes de Microsoft .NET Framework 4.
    8. Una vez completada la instalación, habilite todos los servicios que requieran el uso de Microsoft .NET Framework 4.
    9. Reinicie el sistema operativo y vuelva a intentar instalar Update Manager con la base de datos de Microsoft SQL 2012 integrada.
  • Update Manager Client no se inicia en un sistema Windows con configuraciones regionales distintas de inglés si, durante la instalación del servidor de Update Manager, configuró el DSN con caracteres no ASCII
    Al instalar el servidor de Update Manager en un sistema Windows con una configuración regional distinta de inglés, si selecciona la opción para usar una base de datos compatible existente y utiliza caracteres no ASCII en el nombre del DSN, la instalación se completa correctamente. Luego, instala Update Manager Client. Cuando intenta abrir Update Manager Client, este no se inicia y se muestra el siguiente error:
    Se produjo un error al conectarse con VMware vSphere Update Manager. La base de datos no está disponible temporalmente o tiene problemas de red. La presencia de caracteres no ASCII en el DSN hace que Update Manager Client no pueda iniciarse.
    Solución alternativa: No use caracteres no ASCII al instalar el servidor de Update Manager.
  • El instalador de Update Manager deja de responder si ya tiene una base de datos de Microsoft SQL 2008 R2 SP2 en su sistema
    El instalador deja de responder si en el sistema donde va a instalar el servidor de Update Manager o UMDS existe una instancia de la base de datos de Microsoft SQL 2008 R2 SP2 pero no hay ninguna instancia de VIM_SQLEXP y, al intentar instalar el servidor de Update Manager o UMDS, selecciona la opción para instalar la base de datos integrada con el instalador.
    Solución alternativa: Para solucionar este problema, realice los siguientes pasos:
    1. En el equipo donde va a instalar el servidor de Update Manager o UMDS, abra una interfaz de línea de comandos y escriba el siguiente comando:
      .\redist\SQLEXPR\SQLEXPR_x64_ENU.exe /ACTION=install /IACCEPTSQLSERVERLICENSETERMS /SQLSVCACCOUNT="NT AUTHORITY\SYSTEM" /HIDECONSOLE /FEATURES=SQL /SQLSYSADMINACCOUNTS="BUILTIN\ADMINISTRATORS" /NPENABLED="1" /TCPENABLED="1" /INSTANCENAME=VIM_SQLEXP
    2. Vuelva a intentar instalar el servidor de Update Manager o UMDS.
  • Update Manager Web Client aún está presente en vSphere Web Client después de desinstalar Update Manager
    Al desinstalar Update Manager, la pestaña Update Manager permanece en la pestaña Supervisar en vSphere Web Client y los botones Analizar y Adjuntar siguen activos. Si selecciona la pestaña Update Manager en vSphere Web Client después de desinstalar el servidor de Update Manager, aparece el siguiente mensaje de error: Se produjo un error al conectarse con VMware vSphere Update Manager.
    Solución alternativa: Cierre la sesión en vSphere Web Client y vuelva a iniciarla.
  • Los intentos de instalar el servidor de Update Manager y UMDS con la base de datos integrada son incorrectos en un sistema operativo Windows con el paquete de idioma turco
    En los sistemas operativos Windows con el paquete de idioma turco, los intentos de instalar el servidor de Update Manager con la base de datos integrada son incorrectos y aparece el siguiente error:
    Error 25003. El programa de instalación no pudo crear tablas de bases de datos.
    Solución alternativa: Para solucionar el problema, realice una de las siguientes tareas:
    • Instale el servidor de Update Manager y UMDS en un sistema operativo Windows con el paquete de idioma inglés.
    • Instale el servidor de Update Manager y UMDS en un sistema operativo Windows con el paquete de idioma turco y use una de las siguientes bases de datos:
      • Microsoft SQL Server 2012 64 bits
      • Microsoft SQL Server 2008 R2 64 bits
      • Oracle 11g R2 64 bits
  • Después de una actualización, es posible que el complemento de Update Manager se deshabilite durante una tarea de descarga
    Si Update Manager pierde la conexión con vCenter Server mientras se ejecuta una tarea de descarga, no es posible volver a ejecutar el complemento de Update Manager. Este problema podría ocurrir después de una actualización de Update Manager.
    Solución alternativa: Espere a que se complete la tarea de descarga y habilite el complemento de Update Manager.
  • Es posible que no pueda habilitar el complemento de Update Manager en vSphere Client
    Si la base de datos de Update Manager se encuentra en un equipo separado y el DSN del sistema usa autenticación de Windows, no puede habilitar el complemento de Update Manager en vSphere Client. El mensaje de error que recibe es There was an error connecting to VMware vSphere Update Manager. Database temporarily unavailable or has network problems.
    Solución alternativa: Asegúrese de que la base de datos de Update Manager use autenticación de SQL Server.
  • Se requiere un mínimo de 600 MB de espacio libre en la unidad de arranque para instalar Update Manager
    Aunque no es necesario instalar Update Manager en la unidad de arranque, se deben instalar algunos componentes obligatorios en ella. Se requieren 600 MB de espacio para Update Manager en el momento de la instalación para alojar estos componentes obligatorios, así como los archivos temporales utilizados durante la instalación.
    Solución alternativa: Asegúrese de que haya al menos 600 MB de espacio libre en la unidad de arranque antes de instalar Update Manager.

Exploración, almacenamiento provisional y corrección

  • Update Manager no crea líneas base ni descarga metadatos sobre revisiones si utiliza bases de datos de Oracle versión 11.2.0.3 o 11.2.0.4
    Al usar bases de datos de Oracle versión 11.2.0.3 o 11.2.0.4, Update Manager no puede crear líneas base ni descargar metadatos sobre revisiones.
    Solución alternativa: Utilice el paquete de Oracle Instant Client - ODBC versión 11.2.0.2 para Microsoft Windows de 32 bits para crear un DSN de 32 bits, de modo que Update Manager se conecte con los servidores de Oracle versión 11.2.0.3 o 11.2.0.4 y los utilice adecuadamente.
    Puede descargar el paquete de Oracle Instant Client - ODBC versión 11.2.0.2 para Microsoft Windows de 32 bits desde el siguiente vínculo.
  • La asignación de producto a proveedor en el asistente Nueva línea base queda incompleta después de una nueva instalación del servidor de Update Manager o después de descargar revisiones por primera vez
    Después de instalar el servidor de Update Manager o después de descargar revisiones por primera vez, al crear una nueva línea base dinámica, es posible que en el cuadro de texto Producto de la página Criterios de líneas base dinámicas del asistente Nueva línea base no aparezcan todos los productos del proveedor seleccionado en la ventana de selección Proveedor de revisión.
    Solución alternativa: Cierre la sesión en vSphere Client y vuelva a iniciarla.
  • La corrección del clúster de Virtual SAN es incorrecta si el número total de CPU de las máquinas virtuales del almacén de datos de Virtual SAN es mayor que 384
    Los intentos de corregir un clúster de Virtual SAN con máquinas virtuales del almacén de datos de Virtual SAN que tienen 384 o más CPU activas, con una revisión que requiere que los hosts entren en modo de mantenimiento, son incorrectos.
    Solución alternativa: Ejecute una de las siguientes soluciones alternativas:
    • Apague las máquinas virtuales que son parte del almacén de datos de Virtual SAN para mantener el número de CPU de máquinas virtuales activas por debajo de 384.
    • Una vez que la corrección del clúster de Virtual SAN produce un error debido a que un host no puede entrar en el estado de modo de mantenimiento, intente ejecutar la corrección en los hosts desde el clúster de Virtual SAN que no pudo corregirse.
  • Es posible que aparezca un mensaje de advertencia incorrecto durante el almacenamiento provisional o la corrección con revisiones
    Durante las operaciones de almacenamiento provisional o corrección con revisiones en Update Manager, es posible que se le advierta incorrectamente que algunas revisiones no están disponibles. El mensaje de advertencia que recibe es el siguiente:
    Algunas de las revisiones que seleccionó para la corrección no están disponibles. Do you want to continue?.
    Solución alternativa: Ignore el mensaje y haga clic en para continuar con el almacenamiento provisional. Todas las revisiones que seleccionó inicialmente se almacenarán en forma provisional.
  • Update Manager informa que el estado de cumplimiento es Incompatible al explorar o corregir hosts ESXi 5.x que pertenecen a un clúster de HA
    Al realizar una exploración de actualizaciones de hosts ESXi 5.x que pertenecen a un clúster de HA, es posible que Update Manager informe que el estado de cumplimiento de los hosts es Incompatible y no permita corregir los hosts. El estado de cumplimiento Incompatible se debe al modo en que el agente FDM (HA) está instalado en los hosts ESXi 5.x. A partir de vSphere 5.0, el agente FDM se instala en los hosts ESXi como un VIB. Cuando un VIB se instala o actualiza en un host ESXi, se establece una marca para indicar que se actualizó el banco de arranque del host. Update Manager comprueba esta marca cuando realiza una corrección o exploración de actualizaciones y requiere que esta se borre antes de actualizar un host. Es posible borrar la marca reiniciando el host.
    Solución alternativa: Reinicie los hosts que informan que el estado de cumplimiento es Incompatible. Vuelva a ejecutar una exploración o corrección de actualizaciones una vez que el host vuelva a estar en línea.
  • El panel Tareas recientes muestra un mensaje de error durante la actualización de VM Hardware en máquinas virtuales encendidas en un host ESXi 5.1
    Cuando realiza una actualización de VM Hardware en máquinas virtuales encendidas en un host ESXi 5.1 que no es compatible con VM Hardware versión 9, el panel Tareas recientes muestra el mensaje de error: El host de destino no admite los requisitos de hardware actuales de la máquina virtual. Para solucionar incompatibilidades que no sean cpuid.LM: si es posible, use un clúster con Enhanced vMotion Compatibility (EVC) habilitada; consulte el artículo de la base de conocimientos 1003212. No se cumplieron los requisitos para las siguientes características:
    Consulte la pila de errores para obtener información sobre la causa de este problema.

    El proceso de corrección se completa correctamente y la versión de VM Hardware se actualiza para que coincida con el host ESXi 5.1.
    Solución alternativa: Ignore el mensaje de error.

  • Es posible que la corrección de hosts ESXi 5.0 con boletines con una marca que indica que requieren un reinicio no reinicie los hosts
    Algunas actualizaciones requieren que el host se reinicie durante el proceso de corrección. La información que indica si se requiere un reinicio se encuentra en los metadatos de actualización y se muestra en el Repositorio de revisiones de Update Manager, en Impacto. Para los VIB de ESXi 5.0, el requisito de reinicio no se determina únicamente a través de los metadatos, sino que depende de la especificación de VIB y de si hay una versión anterior del VIB instalada en el host. Esto optimiza el reinicio para algunos VIB en los que la instalación inicial no requiere un reinicio del host, sino que solo las revisiones subsiguientes del VIB lo requieren.
    Solución alternativa: No se requiere una solución alternativa. Update Manager reinicia los hosts según sea necesario para garantizar una corrección libre de errores.
  • La corrección con revisiones del host es incorrecta cuando los metadatos de revisión no están disponibles
    En el asistente de instalación de Update Manager, puede desactivar Descargar actualizaciones de orígenes predeterminados inmediatamente después de la instalación. Tras la instalación, en la pestaña Configuración, puede elegir descargar solo metadatos de revisión de orígenes de versiones de ESXi específicas; por ejemplo, solo metadatos de revisión para ESXi 5.5. En este caso, si intenta corregir un contenedor con hosts ESXi de versiones diferentes, y descargó metadatos de revisión para algunas versiones de host y no para todas, la corrección presenta un error.
    Solución alternativa: Descargue metadatos de revisión para todas las versiones de host que hay en su inventario.
  • Es posible que la corrección de un host no se complete si este contiene máquinas virtuales con Fault Tolerance encendidas
    Es posible que la corrección de un host no se complete si hay alguna máquina virtual principal con FT deshabilitado en el host y selecciona Tarea incorrecta o Reintentar en la página Opciones de corrección de host del asistente Corregir. En tal caso, las máquinas virtuales principales encendidas con FT deshabilitado no se pueden apagar ni migrar en un clúster de DRS. El host no puede entrar en modo de mantenimiento mientras no haya máquinas virtuales encendidas en él y no es posible completar la corrección.
    Solución alternativa: Al corregir hosts que tienen máquinas virtuales principales y secundarias, puede usar una de las siguientes soluciones alternativas:
    • Seleccione Apagar máquinas virtuales y reintentar o Suspender máquinas virtuales y reintentar en la página Opciones de corrección de host del asistente Corregir.
    • Migre manualmente la máquina virtual con Fault Tolerance a otro host antes de iniciar una corrección.
    • Si EVC está habilitado en un clúster de DRS, las máquinas virtuales con FT deshabilitado pueden migrarse automáticamente cuando el host intente entrar en modo de mantenimiento. Esto es posible solo si DRS no está deshabilitado en el host específico.
  • Es posible que la corrección sea incorrecta si vCenter Server no actualiza adecuadamente el estado de energía del host
    Cuando un host se está encendiendo o está saliendo del modo de espera, es posible que su estado de energía no se actualice en vCenter Server y la corrección no pueda finalizar o agote el tiempo de espera. Cuando el estado de energía de un host no se actualiza adecuadamente, en el inventario de vSphere Client, es posible que el host se muestre como si estuviera en modo de espera, aunque esté encendido.
    Solución alternativa: Para corregir el host, elimínelo del inventario y vuelva a agregarlo para que vCenter Server actualice el estado de energía del host. Luego, inicie el proceso de corrección.
  • Es posible que la página Seleccionar la corrección muestre un número incorrecto de revisiones para las líneas base seleccionadas
    Al corregir un objeto del inventario de vSphere con una línea base de revisiones o extensiones preseleccionada en la vista Cumplimiento, la página inicial del asistente para corrección podría mostrar un número incorrecto de revisiones que deben corregirse. En este caso, cuando el objeto del inventario tiene varias líneas base de revisiones y extensiones asociadas, el número de correcciones corresponde al número de revisiones en cumplimiento de todas las líneas base asociadas y no solo a las que se seleccionaron.
    Solución alternativa: Modifique la selección de líneas base o grupos en la página Seleccionar la corrección, o bien primero haga clic en Siguiente y luego en Atrás para volver a la página de selección.
  • Es posible que la exploración y corrección de actualizaciones de host sean incorrectas si no hay suficiente espacio libre en el host
    Es posible que la exploración y corrección de actualizaciones de host sean incorrectas y aparezca el mensaje de error AgentInstallFailed. Es posible que este error se deba a que el espacio libre es insuficiente en el host ESXi .
    Solución alternativa: Para actualizar los hosts ESXi , asegúrese de tener al menos 20 MB de espacio libre en el directorio /tmp del host.
  • Es posible que la corrección del host sea incorrecta para algunas revisiones debido a conflictos que no se pueden resolver con las revisiones en el host
    La corrección con revisiones de un host podría ser incorrecta cuando una revisión (por ejemplo, revisión A) de una entrada de línea base entra en conflicto con el host y no es posible resolver el conflicto mediante las demás revisiones de la entrada de línea base.
    Solución alternativa: La ventana Detalles de revisión de la revisión A muestra una recomendación de usar otra revisión para solucionar el conflicto. Es posible que la recomendación también contenga varias revisiones. Si incluye una o todas las revisiones recomendadas en la línea base, es posible que se solucione el conflicto. Para obtener más información, consulte el artículo de la base de conocimientos relacionado con la revisión A y las revisiones recomendadas.

Problemas de internacionalización

  • Al hacer doble clic en VMware vSphere Update Manager.msi, el mensaje de indicación no está localizado
    Al extraer todos los componentes necesarios para la instalación de Update Manager a una carpeta local, desde un archivo .zip o una imagen .iso, puede ejecutar la aplicación VMware vSphere Update Manager.msi haciendo doble clic en ella. Al ejecutar la aplicación, el mensaje emergente de indicación muestra The installer should be started using VMware-UpdateManager.exe. El mensaje está en inglés, sin localizar.
  • No puede instalar Update Manager ni descargar revisiones en directorios que tienen caracteres no ASCII en sus nombres
    En el asistente de instalación de Update Manager puede cambiar las ubicaciones de instalación y descarga de revisiones de Update Manager. Si cambia las ubicaciones de instalación y descarga de revisiones por carpetas cuyos nombres contienen caracteres no ASCII podría provocar errores. Solo se admiten caracteres ASCII en las rutas de instalación y los nombres de usuario. No obstante, sí se admiten caracteres no ASCII en las contraseñas.

Uso de Update Manager

  • Update Manager solo muestra un vCenter Server en entornos de vSphere con varias instancias de vCenter Server
    En entornos de vSphere con varias instancias de vCenter Server, todas registradas en un Platform Services Controller o cada una registrada en un Platform Services Controller individual, Update Manager solo muestra la instancia de vCenter Server cuyo DNS o cuya IP se utilizó en Update Manager Client.
    Solución alternativa: Ninguna. Independientemente de cuál DNS o IP ingresó en Update Manager Client, en el inventario debe ver las dos instancias de vCenter Server.
  • Es posible que no pueda usar Update Manager en entornos de vSphere con varias instancias de vCenter Server, todas registradas con un Platform Services Controller
    Si configura un entorno de vSphere con dos vCenter Server registrados con un Platform Services Controller y tiene servidores de Update Manager registrados con cada una de las instancias de vCenter Server, puede iniciar sesión correctamente en una de las instancias de Update Manager. Sin embargo, cuando intenta iniciar sesión en la segunda, Update Manager Client no se conecta. Aparece el siguiente mensaje de error en la instancia de Update Manager en la que no puede iniciar sesión:
    Permisos insuficientes para recuperar datos.
    Solución alternativa: En el vSphere Web Client que administra las instancias de vCenter Server, cree un nuevo usuario con todos los privilegios de vSphere y use esa cuenta para iniciar sesión en la instancia de Update Manager que muestra el error.
  • El servidor de Update Manager puede perder la conexión con la instancia de vCenter Server después de algunos días de actividad
    Si usa el servidor de Update Manager durante algunos días, podría perder la conexión con vCenter Server y, mientras realiza operaciones en Update Manager Client, podría aparecer el siguiente error:
    No hay conexión con el servidor VC para volver a iniciar sesión.
    Solución alternativa: Mediante Update Manager Utility, vuelva a conectar el servidor de Update Manager con la instancia de vCenter Server y luego reinicie el servicio Update Manager.
  • Como parte del proceso de corrección de Virtual SAN, es posible que un host del clúster de Virtual SAN entre en modo de mantenimiento, mientras que otro host del clúster permanece en modo de mantenimiento y se está reiniciando
    Cuando inicia la corrección en un clúster de Virtual SAN con una línea base que contiene una revisión que requiere que los hosts se reinicien, mientras el primer host se está reiniciando, es posible que un segundo host entre en modo de mantenimiento antes de que el primer host vuelva a conectarse con vCenter Server. Esto produce un error en el proceso de corrección, debido a que solo un host de un clúster de Virtual SAN puede estar en modo de mantenimiento a la vez.
    Solución alternativa: Ninguna
  • Update Manager no actualiza los hosts ESXi con versión de actualización 5.1 a ESXi 6.0 si hay dispositivos de hardware no compatibles en el host de destino
    Cuando utiliza Update Manager para actualizar un host de la versión de actualización ESXi 5.1 a ESXi 6.0 mediante una imagen ISO, si Update Manager detecta un conjunto de dispositivos de hardware en el host de destino que no son compatibles con la imagen ISO de actualización, se mostrará el estado de cumplimiento del host como Incompatible. Como resultado, la imagen ISO asociada no se coloca en el almacenamiento provisional y la actualización es incorrecta.
    Los siguientes mensajes de advertencia también se relacionan con posibles problemas que pueden hacer que el host de destino tenga el estado de cumplimiento Incompatible.
    • Las interfaces de red de VMkernel y la consola de servicios comparten la misma subred <subnet_name>. Esta configuración no es compatible después de la actualización. Solo una interfaz debe conectarse con la subred subnet_name.
    • Se encontraron dispositivos no compatibles device_name en el host.
    Solución alternativa: En la página Actualización de ESXi 6.0 del asistente Corregir, seleccione la opción que indica que se deben ignorar las advertencias sobre dispositivos no compatibles en el host durante la corrección para garantizar una corrección no presente errores.
  • Aparece un error no informativo del sistema cuando un host que forma parte de un clúster de Virtual SAN no puede entrar en modo de mantenimiento durante la corrección
    Durante la corrección, si un host que forma parte de un clúster de Virtual SAN no puede entrar en modo de mantenimiento, aparece un error genérico del sistema sobre Virtual SAN, tal como el siguiente:
    Error general del sistema: Operación incorrecta debido a un error de vSAN.
    El mensaje de error no contiene ningún contexto sobre la causa del error ni ningún mensaje relevante.
    Solución alternativa: Para ver un contexto sobre la causa del error, realice los siguientes pasos:
    1. En el panel Tareas recientes, haga clic en Ver detalles.
    2. Haga clic en Enviar informe de errores para ver más información acerca de la causa del error en Pila de errores.
  • Update Manager Utility no es compatible con direcciones IPv6 para el inicio de sesión
    Los intentos de iniciar sesión en Update Manager Utility escribiendo una dirección IPv6 de un equipo de vCenter Server son incorrectos y aparece un mensaje de error.
    Solución alternativa: Para iniciar sesión correctamente en Update Manager Utility, escriba la dirección IPv4 o el nombre de host del equipo de vCenter Server.
  • VMware Update Manager no utiliza la autenticación de proxy configurada
    Cuando inicia una tarea de descarga de revisiones, incluso si Update Manager está configurado para usar un proxy con autenticación, este usa credenciales anónimas para autenticarse con el servidor proxy. Si el servidor proxy no acepta credenciales anónimas, la tarea de descarga de revisiones podría ser incorrecta.
    Solución alternativa: Modifique el servicio Update Manager para que se ejecute mediante una cuenta de administrador local con derechos de administrador o una cuenta de dominio con derechos de administrador local.
  • Es posible que la máquina virtual que ejecuta Update Manager esté apagada durante una actualización de host
    Fuera de los clústeres de DRS, Update Manager no actualiza el host donde se ejecuta la máquina virtual de vCenter Server o Update Manager. En los clústeres de DRS, si inicia una tarea de corrección en el host que ejecuta la máquina virtual de vCenter Server o Update Manager, DRS intenta migrar la máquina virtual a otro host, para que la corrección no presente errores. Si quita el host en el que se ejecuta la máquina virtual de Update Manager de un clúster de DRS y luego la agrega a un centro de datos en el inventario de vSphere Client, puede corregir el host y la máquina virtual de Update Manager se apaga.
    Solución alternativa: Antes de la corrección, asegúrese de que el host donde se ejecuta la máquina virtual de Update Manager esté en un clúster de DRS o mueva la máquina virtual a otro host.
  • Es posible que no pueda ver la información de cumplimiento de una máquina virtual clonada
    Al clonar una máquina virtual, habilitar Fault Tolerance en ella y encender la máquina virtual clonada, es posible que no vea la información de cumplimiento. Al abrir la vista Cumplimiento, aparece el error Failed to retrieve data.
  • Falta la información del tipo de revisión en el asistente Importar revisiones
    En una nueva instalación de Update Manager, al importar paquetes de revisiones sin conexión por primera vez, no se muestra la información del tipo de revisión en el asistente Importar revisiones. La columna Tipo de la página Confirmar importación está vacía.
    Solución alternativa: Aunque la información del tipo de revisión no se muestre, puede importar las revisiones correctamente si completa el asistente. Este problema solo ocurre durante la primera importación de paquetes de revisiones sin conexión. Las operaciones de importación siguientes mostrarán la información del tipo de revisión correctamente en el asistente.
  • Es posible que la tarea de descarga de definiciones sea incorrecta si Update Manager está configurado para utilizar un proxy autenticado
    Si el servidor de Update Manager está configurado para utilizar un servidor proxy que requiere autenticación, la tarea Download patch definitions podría no descargar las revisiones.
    Solución alternativa: Habilite el acceso de usuario anónimo en el servidor proxy.
  • ESXi 5.0 no admite el almacenamiento provisional de un boletín de herramientas
    Al ejecutar una tarea de almacenamiento provisional con un boletín de herramientas de ESXi 5.0, la tarea se completa correctamente pero el boletín de herramientas no se coloca en el almacenamiento provisional.
    Solución alternativa: Puede corregir el boletín de herramientas directamente para instalarlo. Durante la corrección del boletín de herramientas, no es necesario poner el host en estado de mantenimiento ni reiniciarlo, por lo que se evita el tiempo de inactividad del host.
  • Update Manager no puede descargar actualizaciones desde un origen de descarga válido
    Es posible que una dirección URL HTTPS no existente se muestre incorrectamente como accesible en la ventana Agregar origen de descarga. Por ejemplo, si escribe https://mydepot.com en lugar de http://mydepot.com y hace clic en Validar dirección URL, es posible que la validación sea correcta aunque el origen de descarga real sea una dirección HTTP. Como consecuencia, Update Manager no puede descargar actualizaciones desde la dirección URL HTTPS especificada.
    Solución alternativa: Borre la URL y agréguela correctamente.
  • Direcciones de correo electrónico no válidas en la configuración de notificación por correo electrónico evitan que Update Manager envíe mensajes de correo electrónico
    En los programas de descarga de revisiones y notificaciones, puede configurar Update Manager para que envíe mensajes de correo electrónico cuando se descargan nuevas revisiones o notificaciones. Si escribe direcciones de correo electrónico no válidas, es posible que Update Manager no envíe mensajes de correo electrónico. Si escribe una dirección de correo electrónico no válida con el mismo nombre de dominio que la cuenta del remitente del servidor SMTP en la configuración del remitente de correo de vCenter Server, Update Manager no envía los correos electrónicos a ninguna de las direcciones (incluidas las que son válidas). Si el nombre de dominio de las direcciones de correo electrónico no válidas es distinto que el de la cuenta del remitente del servidor SMTP en la configuración del remitente de correo de vCenter Server, las notificaciones por correo electrónico podrán enviarse a las direcciones válidas que introdujo en la configuración de notificaciones por correo electrónico de Update Manager.
    Solución alternativa: Elimine las direcciones de correo electrónico no válidas de la configuración de notificaciones por correo electrónico.
  • En Windows Vista, todos los botones de Ayuda de Update Manager Client abren la página de ayuda predeterminada de Update Manager
    Si utiliza exploradores Internet Explorer 7 instalados en equipos con Windows Vista, la ayuda contextual de vSphere Update Manager no muestra las páginas de ayuda relevantes. En cambio, aparece la página de ayuda de vSphere Update Manager predeterminada.
    Solución alternativa: Aplique el Service Pack 2 a Windows Vista. Para obtener más información, consulte el artículo de la base de conocimientos de Microsoft http://support.microsoft.com/kb/942172.
  • Es posible que el software antivirus bloquee los correos electrónicos de notificación
    Si tiene ciertos software antivirus instalados en el sistema vCenter Server, es posible que no reciba notificaciones por correo electrónico de Update Manager. Puede configurar Update Manager para que envíe notificaciones por correo electrónico, como notificaciones sobre revisiones recién descargadas y otras tareas programadas. Si instaló software antivirus (por ejemplo, McAfee) que supervisa y bloquea el tráfico de correo electrónico, es posible que no pueda recibir las notificaciones de Update Manager.
    Solución alternativa: Deshabilite la regla del software antivirus que bloquea el tráfico de correo electrónico.
  • Es posible que al cambiar entre la vista Cumplimiento y la vista Administración, vaya a una ubicación incorrecta
    Al seleccionar un objeto de centro de datos en el inventario Máquinas virtuales y plantillas de vSphere Client y usar los vínculos rápidos Vista de administrador y Vista de cumplimiento para ir a estas vistas en Update Manager, es posible que se lo dirija al inventario de vSphere Client incorrecto. Por ejemplo, seleccione Inicio > Inventario > Máquinas virtuales y plantillas en la barra de navegación. Seleccione el objeto de centro de datos del inventario y haga clic en la pestaña Update Manager para abrir la vista Cumplimiento de Update Manager. Al hacer clic en el vínculo Vista de administrador y volver atrás mediante un clic en el vínculo Vista de cumplimiento, se lo dirige al inventario Hosts y clústeres en lugar de al inventario Máquinas virtuales y plantillas.
    Solución alternativa: En forma manual, vaya desde la vista del inventario Hosts y clústeres a la vista de Máquinas virtuales y plantillas. Para ello, seleccione Inicio > Inventario > Máquinas virtuales y plantillas en la barra de navegación.
  • Update Manager no toma instantáneas de máquinas virtuales en las que FT está activado antes de la corrección
    No puede tomar instantáneas de máquinas virtuales en las que FT está activado. Si corrige una máquina virtual en la que FT está activado y en el asistente Corregir elige tomar una instantánea antes de la corrección, Update Manager ignora esta configuración y no toma una instantánea de la máquina virtual.
    Solución alternativa: Deshabilite FT, configure Update Manager para que tome una instantánea de la máquina virtual y corrija la máquina. Si desea activar FT después de la corrección, elimine la instantánea y luego habilite FT.
  • Cuando varios usuarios intentan crear una línea base con el mismo nombre simultáneamente, Update Manager muestra un mensaje de error ambiguo
    Cuando varios usuarios intentan crear una línea base con el mismo nombre simultáneamente, Update Manager muestra el mensaje The specified key, name, or identifier already exists. El mensaje no le informa explícitamente que otro usuario intenta crear una línea base con el mismo nombre.
  • Cuando coloca en el almacenamiento provisional una línea base que contiene varios boletines, es posible que se indique que faltan algunos boletines
    Después de colocar correctamente en el almacenamiento provisional una línea base que contiene varios boletines, es posible que se indique que algunos boletines están en almacenamiento provisional y que otros faltan. Para obtener más información, consulte After you stage a baseline, a bulletin might be shown as Missing instead of Staged (KB 1018530).
  • Update Manager no puede instalar y actualizar Cisco Nexus 1000V VEM si el host ESX está en ejecución en una pila de redes IPv6
    Cuando se agrega un host ESX a un Cisco Nexus 1000V DVS, Update Manager instala Cisco Nexus 1000V VEM en el host. Si actualiza Cisco Nexus 1000V VSM a la última versión, se invoca Update Manager para actualizar el VEM del host asociado con el DVS. Tanto las operaciones de actualización como de instalación podrían ser incorrectas si el host se ejecuta en una pila de redes IPv6.
    Solución alternativa: Instale o actualice el VEM en el host en forma manual mediante el paquete sin conexión.
  • Durante la actualización de VMware Tools, es posible que aparezca un mensaje de error confuso en el panel Tareas recientes
    Al realizar una actualización de VMware Tools de una máquina virtual, es posible que vea un mensaje de error confuso que indica Cannot complete operation because VMware Tools is not running in this VM, incluso si la corrección no presenta errores.
  • Al programar una tarea de corrección, se genera un conjunto de tareas
    Al programar una tarea de corrección, aparecen varias tareas activas en el panel Tareas recientes. Una de estas tareas es Remediate Entity. Aparece cuando crea una nueva tarea de corrección y no es una tarea de corrección real en la que se corrigen objetos. La tarea Remediate Entity crea subtareas para la corrección programada en base a lo que escribe en el asistente Corregir.
  • Es posible que los vínculos de cambio rápido de las vistas Administración y Cumplimiento no funcionen correctamente si el entorno está en modo vinculado
    Si el sistema vCenter Server pertenece a un modo vinculado y existen instancias separadas de Update Manager registradas con cada sistema vCenter Server, es posible que los vínculos de navegación Vista de administrador y Vista de cumplimiento no funcionen correctamente. Por ejemplo, piense en una situación en la que la instancia 1 de Update Manager está registrada con el sistema vCenter Server 1 y la instancia 2 de Update Manager está registrada con el sistema vCenter Server 2. Cuando selecciona un objeto administrado por el sistema vCenter Server 1, hace clic en la pestaña Update Manager y hace clic luego en Vista de administrador en la esquina superior derecha, aparece la vista Administración de la instancia 1 de Update Manager. Cuando hace clic en Vista de cumplimiento, selecciona un objeto del inventario administrado por vCenter Server 2 y hace clic en Vista de administrador en la esquina superior derecha, aparece nuevamente la vista Administración de la instancia 1.
    Solución alternativa: Haga clic en Vista de cumplimiento y luego en Vista de administrador nuevamente para ver la vista Administración de la segunda instancia de Update Manager.
  • Las revisiones en conflicto se cuentan en el asistente para corrección
    Después de explorar un objeto seleccionado con una línea base, es posible que vea una cantidad de revisiones en la ventana Líneas base de revisiones. Cuando intenta corregir el objeto seleccionado, las revisiones en conflicto se cuentan en el asistente Corregir como revisiones que se van a instalar en el objeto, pero solo algunas o ninguna de las revisiones en conflicto se instalan durante el proceso de corrección.
  • Es posible que el servicio Update Manager llene el directorio \Temp con muchos archivos temporales del sistema
    Es posible que vea muchos archivos con nombres como ufa{*}.tmp y ufa{*}.tmp.LOG{*} en el directorio \Temp de Windows (la ubicación predeterminada es C:\WINDOWS\Temp).
    • Archivos ufa{*}.tmp: estos archivos se crean cuando el servicio Update Manager deja de estar disponible en medio de una exploración de máquina virtual sin conexión. Para eliminar los archivos ufa{*}.tmp (por ejemplo, para eliminar un archivo ufa729F.tmp), realice los siguientes pasos:
      1. Seleccione Inicio > Ejecutar.
      2. En la ventana Ejecutar, escriba regedit y presione Intro.
      3. En el Editor del registro, desplácese hasta la carpeta My Computer\HKEY_LOCAL_MACHINE y seleccione el archivo ufa729F.tmp.
      4. Seleccione Archivo > Descargar subárbol.
      5. Abra una ventana de símbolo del sistema.
      6. Vaya a C:\ y ejecute el siguiente comando:
        del C:\Windows\Temp\ufa729F.tmp
    • Archivos ufa{*}.tmp.LOG{*}: estos son archivos de registro de transacción de Windows para operaciones del Registro. Estos podrían generarse como resultado de las transacciones del Registro de inicio de sesión de Windows y se eliminan después de su uso. Los archivos ufa{*}.tmp.LOG{*} son como cualquier otro archivo temporal de Windows y pueden eliminarse como parte de una tarea de liberación de espacio de Windows.
      Para eliminar los archivos ufa{*}.tmp.LOG{*} (por ejemplo, para eliminar un archivo ufaFF50.tmp.LOG2), realice los siguientes pasos:
      1. Abra una ventana de símbolo del sistema.
      2. Vaya a C:\ y ejecute el siguiente comando:
        del C:\Windows\Temp\ufaFF50.tmp.LOG2

Uso de Update Manager Web Client

  • Update Manager Web Client no aparece en vSphere Web Client
    Si registró el servidor de Update Manager con un sistema vCenter Server mediante una dirección IPv6 pero luego inició sesión en vSphere Web Client mediante una dirección IPv4, la pestaña Update Manager no aparece en vSphere Web Client.
    Solución alternativa: Para ver la pestaña Update Manager en vSphere Web Client, realice una de las siguientes tareas:
    • Si registró el servidor de Update Manager con un sistema vCenter Server mediante IPv4, use una dirección IPv4 para conectarse con vSphere Web Client.
    • Si registró el servidor de Update Manager con un sistema vCenter Server mediante IPv6, use una dirección IPv6 para conectarse con vSphere Web Client.
  • Es posible que aparezcan incoherencias en la información del estado de cumplimiento en la página Update Manager Web Client
    Si selecciona una línea base en Update Manager Web Client, verá la información del estado de cumplimiento de un objeto en la tabla Líneas base asociadas, el menú desplegable Grupos de líneas base asociados y detalles de estado de cumplimiento en la tabla Líneas base asociadas.
    Si usted u otro usuario realizan operaciones que afectan el estado de cumplimiento de un objeto, es posible que aparezcan incoherencias en la información del estado de cumplimiento que se muestra en la página Update Manager Web Client. Por ejemplo, las operaciones que pueden afectar el estado de cumplimiento de un objeto son la corrección del objeto en Update Manager Client, la actualización directa de un objeto o el cambio del contenido de la línea base en Update Manager Client.
    Si selecciona una línea base en Update Manager Web Client, los detalles del estado de cumplimiento muestran siempre la información del estado de cumplimiento más reciente. No obstante, la línea base muestra el estado de cumplimiento de la última operación de exploración iniciada desde Update Manager Web Client o de la última vez que actualizó vSphere Web Client.

  • Las líneas base asociadas en Update Manager Web Client son distintas a las líneas base asociadas en Update Manager Client
    Cuando asocia una línea base a un objeto de inventario de vSphere en Update Manager Client, no aparece en la tabla Líneas base asociadas de Update Manager Web Client.
    Cuando desasocia una línea base en Update Manager Client, no desaparece de la tabla Líneas base asociadas de Update Manager Web Client.
    Si inicia una exploración desde Update Manager Web Client con una línea base que ya está desasociada en Update Manager Web Client, pero que aún está visible en Update Manager Web Client, una vez que se completa la operación de exploración, la línea base desaparece de la tabla Líneas base asociadas de Update Manager Web Client.
    Este comportamiento se produce porque Update Manager Web Client no actualiza automáticamente todo el contenido después de las operaciones realizadas desde Update Manager Client.
    Este comportamiento es igual para las líneas base y los grupos de líneas base.
    Solución alternativa: Actualice vSphere Web Client en forma manual.