vRealize Automation 6.2.1 | 12 de marzo de 2015 | Compilación 2553372

VMware Identity Appliance 6.2.1 | 12 de marzo de 2015 | Compilación 2496259

vRealize Automation Application Services 6.2.0 | 9 de diciembre de 2014 | Compilación 2299597

Última actualización el: 13 MAR 2015

Compruebe con regularidad si existen actualizaciones adicionales a estas notas de la versión.

Requisitos previos de la actualización

Antes de actualizar a vRealize Automation 6.2.1, deberá comprobar la antigüedad de las contraseñas raíz de Identity Appliance y de Virtual Appliance. Si las contraseñas raíz tienen una antigüedad de 365 días o más, deberá cambiar las contraseñas antes de ejecutar la actualización. Si las contraseñas raíz tienen una antigüedad de 364 días o menos, podrá continuar con la actualización.

Comprobar la antigüedad de la contraseña:

  1. Inicie sesión en la versión 6.1.x o 6.2 de vRealize Appliance con SSH o inicie sesión en la consola de la máquina virtual con el nombre de usuario raíz y la contraseña que especificó cuando se implementó el dispositivo.
  2. Ejecute el comando chage -l.
  3. Aparecerá la salida del comando chage -l. En este ejemplo, la fecha del campo Last Change tiene menos de 364 días.

    Minimum: 0
    Maximum: 365
    Warning: 7
    Inactive: -1
    Last Change: Dec 29, 2014
    Password Expires: Dec 29, 2015
    Password Inactive: Never
    Account Expires: Never”

     

  4. Si la fecha notificada en el campo Last Change tiene menos de 364 días, puede continuar con la actualización.
  5. Si la fecha notificada en el campo Last Change tiene más de 365 días, deberá cambiar la contraseña antes de ejecutar la actualización.

Para actualizar a la versión 6.2.1, siga las instrucciones de Actualización de vCloud Automation Center 6.1 a vRealize Automation 6.2.

Contenido de las Notas de la versión

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

Novedades

Esta versión de vRealize Automation contiene las siguientes mejoras:

Funciones de consola remota para las máquinas aprovisionadas con vSphere

  • Las funciones de consola remota para las máquinas aprovisionadas con vSphere se implementan en esta versión mediante WebMKS (consola de HTML 5) a través de un proxy de consola. Esta función tiene las siguientes limitaciones:
    • Debido a las limitaciones técnicas en exploradores anteriores, vRealize Automation no puede admitir la consola remota segura en Internet Explorer 8 y 9.
    • La compatibilidad de vSphere requiere ESXi 5.1. Si tiene vCenter 5.1 o posterior y tiene hosts que están en ESXi 5.0 o anterior, no podrá conectar con las máquinas virtuales en esos hosts mediante WebMKS.
  • Al actualizar desde una instalación nueva de vRealize Automation 6.2 a 6.2.1, deberá seleccionar la acción Conectar con consola remota de la pestaña Acción de los proyectos actualizados para habilitar esta opción para los consumidores. Si actualiza a vRealize Automation 6.2 desde 6.1 y después actualiza desde 6.2 a 6.2.1 y se ha seleccionado la acción Conectar con consola remota para el proyecto en 6.1, esta acción no será necesaria.

Requisitos del sistema e instalación

Si desea más información sobre los sistemas operativos, las bases de datos y los servidores web host compatibles, consulte la vRealize Automation Support Matrix.

Si desea más información sobre los requisitos previos y las instrucciones de instalación, consulte vRealize Automation Installation and Configuration en el Centro de documentación de VMware vRealize Automation 6.2.

Documentación

La documentación completa de vRealize Automation incluye actualizaciones de todas las funciones y características nuevas introducidas en la versión 6.2.1.

Para acceder a toda la documentación de vRealize Automation 6.2.1, visite el Centro de documentación de VMware vRealize Automation 6.2.

Problemas resueltos

Los problemas resueltos están agrupados como se muestra a continuación:

Configuración y aprovisionamiento

  • Faltan pestañas en el modo de compatibilidad del nuevo proyecto y la página de reserva nueva.
    Si habilita el modo de compatibilidad en Internet Explorer 11 y deshabilita la opción Mostrar sitios de la intranet en Vista de compatibilidad y después inicia sesión en vRealize Automation, no se mostrarán las pestañas de las páginas del nuevo proyecto y de la página de reserva nueva.

     

    Este problema se ha resuelto.

  • La acción de reaprovisionamiento solo toma la primera propiedad personalizada.
    Después de aprovisionar una máquina, si reaprovisiona dicha máquina, la propiedad personalizada que haya aplicado durante la tarea de reaprovisionamiento no se actualizará y solo se aplicará la propiedad personalizada.

  • Este problema se ha resuelto.

  • El flujo de trabajo AppServiceState utiliza una cantidad excesiva de CPU en el servicio Model Manager Web y en el trabajo de DEM cuando se implementan muchos sistemas de varias máquinas.
    El flujo de trabajo AppServiceState está programado para ejecutarse cada 5 minutos. Si el sistema se encuentra en una escala suficiente, el flujo de trabajo AppServiceState estará programado para ejecutarse antes de que se complete. Como resultado, el servicio Model Manager Web podría permanecer en un uso alto de CPU durante una cantidad de tiempo infinita.

  • Este problema se ha resuelto.

Red

  • Los intervalos de IP de los perfiles de red con enrutamiento se muestran como asignados aunque no se esté usando ninguna dirección IP.
    Si un proyecto de varias máquinas contiene el perfil de red externa con enrutamiento, pero no una asignación de la red con enrutamiento con los adaptadores de red del componente, las máquinas se aprovisionarán de forma correcta, pero el intervalo de direcciones IP del perfil de red con enrutamiento se asignará aunque no se esté usando.

    Este problema se ha resuelto en el documento Integración de IaaS para servicios de varias máquinas. Consulte Configurar intervalos de IP de los perfiles de red con enrutamiento en el Centro de documentación de VMware vCloud Automation Center 6.2.

Application Services

  • La región eu-central-1 de AWS no se puede usar con Application Services 6.2.
    Cuando se intenta implementar AWS en la región eu-central-1, se produce un error de implementación y se muestra el mensaje de error: Se ha producido un error inesperado. Póngase en contacto con el administrador del sistema.

    Este problema se ha resuelto.

Problemas conocidos

Los problemas conocidos se agrupan de la siguiente manera:

Los problemas conocidos no documentados previamente están marcados con el símbolo *.

Instalación y actualización

  • Se requiere un argumento adicional para crear manualmente una base de datos de IaaS*.

    El comando BuildDB.batdebe incluir un argumento que especifique la cadena de la versión de vRealize Automation.

    BuildDB.bat /p:DBServer=db_server;
    DBName=db_name;DBDir=db_dir;
    LogDir=[log_dir];ServiceUser=service_user;
    ReportLogin=web_user;
    VersionString=version_string

    El valor de version_stringpara vRealize Automation 6.1 es 6.1.0.3390

     

  • No se tiene acceso a los arrendatarios después de reinstalar VMware vRealize Automation Identity Appliance o vCenter Server SSO*.
    No se tiene acceso a los arrendatarios después de reinstalar vRealize Automation Identity Appliance o vCenter SSO. Para obtener más información, consulte la Base de conocimientos 2081462.

  • Restablecimiento de la operación Conectar con consola remota para los proyectos de vSphere*.
    6.2.1 incluye compatibilidad con la consola remota para los dispositivos aprovisionados por vSphere. Cuando actualice desde 6.2 a 6.2.1, deberá cambiar los proyectos existentes para habilitar “Conectar con consola remota” en la pestaña Acciones. Para obtener más información, consulte la Base de conocimientos 2109706.

  • La pantalla de instalación de IaaS de VMware vRealize Automation hace referencia a versiones incorrectas*.
    Todas las referencias a la versión 6.1 de vCloud Automation Center se aplican a la versión 6.2 de vRealize Automation. Todas las referencias a la versión 6.2 de vRealize Automation se aplican a la versión 6.2.1 de vRealize Automation.

  • La instalación o la actualización de VMware vRealize Automation 6.2.x IaaS experimentan el error: salida con el código -1*.
    Este problema se produce porque la máquina virtual de IaaS tiene instalado Java Runtime Environment (JRE) 1.8. Solución temporal: Desinstale Java Runtime Environment (JRE) 1.8 e instale JRE 1.7. Consulte la Base de conocimientos 2101591.

  • Aparece una advertencia en la consola de administración de Identity Appliance en una configuración de DNS dividida*.
    Si selecciona Unirse a un dominio de AD en una configuración de DNS dividida, aparece una advertencia en la consola de administración de Identity Appliance. Puede omitir este mensaje de advertencia.

    Solución temporal: Una manualmente el dominio en la línea de comandos ejecutando el comando domainjoin-cli --disable hostname. Esta sintaxis la usa el dispositivo de vCenter para el mismo domainjoin-cli.

  • NTP 4.2.8 contiene un problema de vulnerabilidad de seguridad que se describe en CVE-2014-9298*.
    vRealize Automation, versión 6.2.1, incluye una corrección que cierra la vulnerabilidad de seguridad encontrada en NTP 4.2.8. En una versión futura de vRealize Automation habrá una versión actualizada de NTP.

  • Se produce un error en la instalación del componente Manager Service al utilizar la opción de instalación personalizada de IaaS.
    La instalación del componente Manager Service no se admite en una máquina en la que los componentes de base de datos, sitio web y datos de Model Manager ya están instalados. Si intenta realizar la instalación, se producirá un error en la instalación del componente Manager Service y se mostrará el mensaje de error La aplicación virtual vcac ya existe.

  • No se incluyen registros en el paquete final debido a una conexión de red lenta entre los nodos y la consola de administración.
    Los registros no se cargan y no se incluyen en el paquete final si se supera el tiempo de espera. El tiempo de espera actual queda fijo a 30 minutos después de que un nodo haya comenzado a ejecutar el comando. Esto podría ocurrir debido a una conexión de red lenta entre los nodos y la consola de administración.

  • El Comprobador de requisitos previos no detecta la configuración cuando utiliza un puerto SQL no predeterminado.
    Si ejecuta una instalación personalizada y selecciona el nodo de base de datos en SQL con una instancia no predeterminada y un puerto no predeterminado, aunque el Coordinador de transacciones distribuidas de Microsoft (MSDTC) esté configurado correctamente y se esté ejecutando el servicio de MSDTC, el Comprobador de requisitos previos no detecta la configuración.

    Solución temporal: Verifique manualmente que MSDTC se esté ejecutando y después haga clic en Desviaren el Comprobador de requisitos previos para continuar con la instalación.

  • La página de inicio de sesión del dispositivo virtual de identidad muestra VMware vCloud Automation Center después de actualizar de 6.1 a 6.2.
    Si actualiza de VMware vCloud Automation Center 6.1.x a vRealize Automation 6.2, la página de inicio de sesión del dispositivo virtual de identidad muestra el nombre de marca como VMware vCloud Automation Center en vez de VMware vRealize Automation.

    Solución temporal: Vuelva a registrarse con el dispositivo virtual de identidad navegando a la pestaña SSO de la consola de administración y seleccionando Guardar configuración. Se mostrará el nuevo nombre de marca.

  • Los scripts de integración del software HP Server Automation se han interrumpido porque faltan scripts de PowerShell.
    La compatibilidad de la máquina del software HP Server Automation, la creación de PXE y la instalación de software se han interrumpido porque faltan scripts de PowerShell.

  • Faltan los registros de archivo de las máquinas detenidas.
    Si faltan registros de archivo de algunas máquinas, la máquina se detiene o no se puede acceder a ella.

  • La base de datos de vRealize Automation no se puede instalar en un directorio personalizado mediante el asistente de instalación.
    En una instalación distribuida (personalizada), el instalador omite los cambios realizados en el directorio de la base de datos y del registro predeterminados. La base de datos y los registros se crean en el directorio predeterminado.

    Solución temporal: Para instalar la base de datos en una ubicación no predeterminada, instálela mediante los scripts DBinstall antes de instalar vRealize Automation.

  • Error de autenticación de IaaS durante la instalación de la administración de modelos y la web de IaaS debido a un problema en IIS.
    Al ejecutar el Comprobador de requisitos previos, aparece un mensaje que informa de un error en la comprobación de la autenticación de IIS porque esta no está habilitada, pero la casilla de autenticación de IIS está activada.

    Solución temporal:

    1. Desactive la casilla Autenticación de Windows.
    2. Haga clic en Guardar.
    3. Active la casilla Autenticación de Windows.
    4. Haga clic en Guardar.
    5. Vuelva a ejecutar el Comprobador de requisitos previos.

     

  • La validación del certificado Single Sign-On puede tener errores si el nombre común contiene una letra mayúscula.
    Al asignar un certificado a un dispositivo Single Sign-On, todas las cadenas se convierten a minúscula. Como el proceso de validación distingue entre mayúsculas y minúsculas, se produce un error en el proceso porque el nombre del certificado contiene una letra mayúscula y el proceso de validación busca un nombre que esté en minúscula.

    Solución temporal: Al especificar la dirección de host de SSO en vRealize Automation Appliance > Configuración de vRA > SSO, especifique la dirección con la mismas mayúsculas que se usaron cuando se asignó el certificado al dispositivo de SSO.

  • Se produce un error en la instalación cuando se especifica un nombre de host incorrecto.
    Se produce un error en la instalación con un mensaje de error similar al siguiente:
    Información: 17-06-2014 10 42 32 059 AM: System.AggregateException: Se han producido uno o más errores. ---> System.Net.Http.HttpRequestException: Se ha producido un error al cambiar el enviar la solicitud. ---> System.Net.WebException: No se ha podido determinar el nombre remoto: 'po-va-rtq8c.sqa.local'Cause: Causa: Se ha especificado un nombre incorrecto en el campo de nombre del host de vCAC en Configuración de vCAC > Configuración del host.

    Solución temporal:

    1. Edite el archivo de configuración del dispositivo virtual /etc/sysconfig/network/dhcppara que incluya el nombre de host correcto.
    2. Reinicie el dispositivo virtual.
    3. Inicie sesión en la consola de administración del dispositivo virtual.
    4. Abra la pestaña Configuración de vRA y haga clic en Configuración del host.
    5. Escriba el nombre correcto en el cuadro de texto Nombre del host.
    6. Haga clic en Guardar configuración.
      Nota: No haga clic en Resolver nombre de host.
    7. Complete los pasos de configuración del dispositivo virtual y continúe con la instalación.

     

Migración

  • La fecha de destrucción de un componente de vApp es diferente de la del contenedor de vApp de las vApp migradas desde la versión 5.2.x de vRealize Automation.
    Cualquier vApp que se migre desde la versión 5.2.x de vRealize Automation mostrará fechas de destrucción incoherentes entre el componente y el contenedor. El componente muestra la misma fecha de destrucción que la fecha de caducidad, pero el contenedor muestra la información correcta. Como vRealize Automation administra las concesiones de vApp en función de la información del contenedor, sus componentes no se eliminan prematuramente.

  • El portlet Calendario de eventos no muestra la fecha de creación correcta después de la migración.
    Después de la migración, el portlet Calendario de eventos muestra la fecha de migración como la fecha de creación de todos los elementos migrados. Este problema se produce sin tener en cuenta la fecha actual o correcta.

  • La comprobación previa a la migración notifica incorrectamente que faltan agentes en el sistema de destino.
    La tarea previa a la migración realiza una comprobación para verificar que los nombres de los agentes del sistema de origen se encuentran presentes en el sistema de destino, lo que genera un mensaje en el informe cuando no hay una coincidencia. El informe de la tarea previa a la migración podría incluir un mensaje que indica que No se encuentra un agente coincidente en el sistema de destino. Instale un agente con un nombre coincidente en el sistema de destino, aunque ya haya un agente coincidente en el sistema de destino.

    El mensaje se genera incorrectamente si hay un agente coincidente en el sistema de destino, pero el agente no tiene un terminal configurado.

    Solución temporal: Si el mensaje aparece en el informe de la tarea previa a la migración y sí que hay un agente coincidente en el sistema de destino, configure un terminal para el agente en el sistema de destino y vuelva a ejecutar la tarea previa a la migración. De lo contrario, pase por alto el mensaje y configure un terminal cuando finalice la migración.

Internacionalización

  • No se pueden crear snapshots si el nombre de la máquina virtual contiene caracteres no ASCII en la pestaña Elementos.
    Si el nombre de la máquina virtual de la pestaña Elementos contiene caracteres no ASCII, no podrá crear el snapshot de la máquina virtual.

    Solución temporal: Cambie el nombre de la máquina y utilice caracteres ingleses para crear el snapshot.

     

  • Los scripts personalizados del agente invitado que contienen caracteres Unicode permanecen en un bucle infinito.
    Si usa scripts personalizados con el agente invitado que tienen caracteres Unicode en el nombre del script, la máquina virtual no se aprovisionará y la solicitud permanecerá en un bucle infinito.

    Solución temporal: No incluya caracteres Unicode en el nombre del script.

Red

  • Cuando se habilita el equilibrio de carga en varias redes enrutadas de VDR, se usa el mismo perímetro de NSX.
    Cuando se habilita el equilibrio de carga en varias redes enrutadas de VDR en un proyecto de varias máquinas, solo se conecta un perímetro de NSX a ambas redes en el lado del vínculo superior del perímetro. En situaciones como esta, puede que no sea posible acceder a uno o más servidores virtuales de equilibradores de carga.

  • Se muestra una configuración de red incorrecta del componente de varias máquinas virtual en vRealize Automation tras reconfigurar la red en vCenter Server.
    No se puede reconfigurar la red de vCloud Networking and Security (NSX) en un componente virtual de varias máquinas en vRealize Automation. En lugar de eso, se debe usar vSphere Client para reconfigurar la red en vCenter Server. Tenga en cuenta que algunos ajustes de red del componente virtual de varias máquinas no aparecerán de forma correcta en vRealize Automation.

    Solución temporal: Actualice la red en vCenter Server para restaurar la configuración de red adecuada.

Application Services

  • La configuración de proxy del entorno de implementación no se usa tanto si configura el proxy global, como si no.
    Tanto si se configura el proxy global como si no en el archivo darwin_global.conf, cuando se configura el proxy a nivel de entorno de implementación, las implementaciones no aplican la configuración de proxy a nivel de entorno de implementación.

  • No se puede publicar un proyecto de Application Director en el catálogo de vRealize Automation mediante vRealize Automation 6.2.
    Si actualiza a vRealize Automation 6.2 desde 6.0.1.x o 6.1 y, a continuación, intenta publicar un proyecto en el catálogo de vRealize Automation, aparecerá el mensaje Se ha producido un error inesperado. Póngase en contacto con el administrador del sistema. Este problema no ocurre en nuevas instancias registradas de Application Director con vRealize Automation 6.2.

    Solución temporal: Elimine del registro Application Director 6.0.1.x o 6.1 desde vRealize Automation 6.2 y, a continuación, registre Application Director de nuevo con vRealize Automation.

  • Acceso denegado debido a que el administrador de tejido ha destruido Application Services físicos entre arrendatarios.
    Los administradores de tejido reciben un mensaje de acceso denegado si destruyen Application Services físicos entre arrendatarios.

  • Solución temporal: Inicie sesión como administrador de tejido del grupo de tejidos en el arrendatario donde reside la máquina para eliminarlo.

  • vRealize Automation no admite varios hosts en el sistema con el mismo nombre.
    La colección de datos actualiza los hosts según el nombre de host. Si dos terminales tienen nombres de host idénticos, se enfrentarán por la propiedad del host.

    Solución temporal: Asegúrese de que todos los nombres de host son exclusivos.

  • En Application Services, no puede agregar una descripción a un disco en el lienzo de un proyecto.
    Si usa Windows Internet Explorer 11, no podrá añadir una descripción a un disco de la pestaña Discos del lienzo de un proyecto.

    Solución temporal: Para añadir una descripción a un disco en el lienzo de un proyecto, deberá usar Chrome o Firefox.

  • No es posible actualizar nodos que usan servicios de Puppet implementados con Application Director 6.0.1.x o 6.1.
    Application Services 6.2 no admite la actualización de nodos que usan servicios de Puppet que se implementaron con Application Director 6.0.1.x o 6.1. Application Services 6.2 crea un manifiesto de nodos de Puppet que le permite actualizar servicios específicos, pero no es compatible con los archivos de manifiestos de nodos generados en Application Director 6.0.1.x o 6.1.

    Solución temporal: Consulte la Base de conocimientos 2088837.

Advanced Service Designer

  • Aparece el error "No se puede conectar al servidor de Orchestrator" cuando se prueba la conexión*.
    Si prueba la conexión mientras tiene una sesión abierta en la consola de administración de vRealize Automation y recibe el error "No se puede conectar al servidor de Orchestrator", esto significa que la terminal de vRealize Orchestrator no está registrada. Este problema solo aparece esporádicamente.

    Solución temporal: Para solucionar el problema, deberá volver a registrar el servicio de Orchestrator.

    1. Inicie sesión en la consola de Linux de vRealize Applicance como raíz.
    2. Escriba vcac-vami vco-service-reconfigure y pulse Entrar.
    3. Cierre la sesión y pruebe la conexión de vRealize Orchestrator.
  • La restricción del valor del campo de Advanced Service Designer no se evalúa después del enlace de la presentación de vRealize Orchestrator.
    Si va a diseñar un formulario de solicitud, una restricción no se aplica correctamente si la restricción del campo utiliza el enlace con otro campo del formulario cuyo valor se calcula según la expresión de enlace definida en la presentación de vRealize Orchestrator. Este enlace entre campos debería definirse totalmente en la presentación de vRealize Orchestrator o en el formulario de Advanced Service Designer.

  • Podría producirse una comprobación incorrecta de los campos en Advanced Service Designer.
    Cuando se cambia el tipo de terminal en el modo de creación, podría producirse una comprobación incorrecta de los campos.

    Solución temporal: Realice los siguientes pasos:
    1. Cierre el asistente de creación de terminal que está abierto.
    2. Inicie un nuevo asistente de creación de terminal.
    3. Seleccione el tipo de complemento en la primera página del asistente.
    4. En la pestaña Presentación de formulario, especifique los datos requeridos.
    5. Guarde la configuración.

    Se ejecutarán las restricciones condicionales de formularios correctas.

  • Las condiciones Valor máximo de número y Longitud máxima de cadena no se rellenan desde vRealize Orchestrator en el formulario de Advanced Service Designer.
    Cuando un arquitecto de servicio crea un formulario de proyecto en Advanced Service Designer y carga un flujo de trabajo de vRealize Orchestrator que contiene un campo de número con una condición de valor máximo asociada o un campo de cadena con una condición de longitud máxima asociada, las restricciones que se aplican a estos campos no aparecen en la pestaña Restricciones del proyecto.

    Solución temporal: El arquitecto de servicio debe volver a introducir las restricciones de forma manual como se muestra a continuación:

    1. Haga clic en la opción Editar del parámetro de entrada.
    2. Haga clic en la pestaña Restricciones.
    3. Introduzca una restricción del valor máximo si el parámetro es un número o de longitud máxima si el parámetro es una cadena.
  • No se puede crear un proyecto de servicio o una acción personalizada en Advanced Service Designer cuando se selecciona un flujo de trabajo que tiene una entrada de un tipo de matriz de cadena con una acción de respuestas predefinidas que podría devolver un valor nulo.
    En Advanced Service Designer, durante la creación de un proyecto de servicio o una acción personalizada, si selecciona un flujo de trabajo de vRealize Orchestrator que tiene un parámetro de entrada de un tipo de matriz de cadena con una propiedad de respuestas predefinidas en la presentación que llama a una acción de script que podría devolver un valor nulo, al hacer clic en Siguiente, se produce un error de procedimiento y aparece el siguiente mensaje: Error interno: Se ha producido un error interno. Si el problema continúa, póngase en contacto con el administrador del sistema.
 Cuando se ponga en contacto con el administrador del sistema, use esta referencia:

    Solución temporal: En la perspectiva Diseño del cliente vRealize Orchestrator, edite la acción de respuestas predefinidas reemplazando el valor nulo con una matriz vacía. Por ejemplo, si el código de scripts de la acción es:

    if (someCondition) {
    return ["a", "b", "c"];
    } else {
    return null;
    }

    Deberá cambiar el código por:

    if (someCondition) {
    return ["a", "b", "c"];
    } else {
    return [];
    }

Configuración y aprovisionamiento

  • Las solicitudes de paginación generan un error y los registros de la última página no se muestran cuando el número de elementos son un múltiplo de 25*.

    Por ejemplo, al navegar a la última página de los grupos empresariales cuando la cantidad de estos grupos es un múltiplo de 25, aparece un cuadro de texto que contiene el siguiente mensaje o uno similar:

    Índice fuera del rango. No debe ser negativo y debe tener un tamaño menor que la colección. Nombre de parámetro: índice.

    Haga clic en Aceptaren el cuadro del mensaje.

    Las siguientes páginas de la interfaz de usuario se ven afectadas por este problema de filtrado:
    • Detalles de importación en bloque
    • Selector de AMI de Amazon
    • Selector de imagen de OpenStack
    • Selector de clonación desde vSphere
    • Lista de grupos empresariales
    • Eventos recientes
    • Máquinas administradas
    • Máquinas reservadas
    • Registro
    • Registro de auditoría
    • Historial del flujo de trabajo
    • Detalles del historial del flujo de trabajo

    Solución temporal: Cree otra entidad (por ejemplo, otro grupo empresarial) para compensar el problema del múltiplo de 25. O bien, aplique un filtro o un criterio de ordenación diferentes para evitar el problema del múltiplo de 25 y mostrar elementos en la página final de la lista.

     

  • Las solicitudes de filtro de página devuelven un error y la página deja de funcionar*.

    Por ejemplo, al crear un filtro personalizado para que los grupos empresariales solo filtren los resultados de los nombres de grupos empresariales BG1 o BG2, aparece un cuadro de texto que contiene el siguiente mensaje o uno similar:

    No se admite la expresión (((Convert([10007].GroupType) == 0) And ([1007].TenantID == “sqa”)) And Not(Like([10007].GroupName, “by”))).

    Al hacer clic en Aceptaren el cuadro del mensaje, la interfaz de usuario del grupo empresarial deja de funcionar para esa sesión. El registro de eventos contiene el siguiente contenido, o uno similar:

    Se arrojó una excepción de tipo 'System.Web.HttpUnhandledException'. Excepción interna: No se admite la expresión (((Convert([10007].GroupType) == 0) And ([10007].TenantID == "sqa")) And Not(Like([10007].GroupName, "by"))).

    Las siguientes páginas de la interfaz de usuario se ven afectadas por este problema de filtrado:
    • Detalles de importación en bloque
    • Selector de AMI de Amazon
    • Selector de imagen de OpenStack
    • Selector de clonación desde vSphere
    • Lista de grupos empresariales
    • Eventos recientes
    • Máquinas administradas
    • Máquinas reservadas
    • Registro
    • Registro de auditoría
    • Historial del flujo de trabajo
    • Detalles del historial del flujo de trabajo

    Solución temporal: Para recuperar el uso correcto de la interfaz de usuario, cierre la sesión y vuelva a iniciar una nueva sesión de vRealize Automation.

     

  • La pantalla de inicio de sesión de vSphere Web Client muestra VMware vCloud Automation Center en vez de VMWare vCenter Single Sign-On después de actualizar vCenter Server de la versión 5.5 U2 a la 6.0*.

    Cuando se actualiza un vCenter Server que está configurado con PSC (Platform Services Controller) y que también tiene configurado vRealize Automation, la pantalla de inicio de sesión de vSphere Web Client muestra VMware vCloud Automation Center incorrectamente en vez de VMWare vCenter Single Sign-On. Esto ocurre aunque no se seleccione la opción Aplicar personalización en vRealize Automation.

  • No se puede editar un arrendatario creado en vRealize Automation con vCenter 5.5 SSO después de actualizar desde vCenter SSO 5.5 a PSC (Platform Services Controller) 6.0 (solo SSO de Windows)*.

    Si crea arrendatarios mientras está conectado a un vCenter SSO 5.5 e intenta editarlos después de actualizar a PSC 6.0, la acción de edición recibirá el siguiente mensaje de error: Excepción del sistema. Para obtener más información, consulte la Base de conocimientos 2109719.

  • El puerto 7444 ya no es válido en el registro de SSO en vRealize Virtual Appliance*.

    1. Vaya a la consola de administración de vRealize Appliance utilizando su nombre de dominio completo, https:// vra-va-hostname.domain.name:5400.
    2. Inicie sesión con el nombre de usuario raíz y la contraseña que especificó cuando se implementó el dispositivo.
    3. Haga clic en la pestaña Configuración de vRA.
    4. Guarde los cambios.
    5. Haga clic en SSO.
    6. Especifique la configuración de su servidor de SSO. Esta configuración debe coincidir con los valores que especificó cuando configuró su dispositivo de SSO.
      •  
        1. Escriba el nombre de dominio completo del dispositivo de SSO usando el formato sso-va-hostname.domain.name en el cuadro de texto Host de SSO. No use un prefijo https://. Por ejemplo, vra-sso-mycompany.com.
        2. El número de puerto predeterminado, 7444, se muestra en el cuadro de texto Host de SSO. Cambie este valor por 443.
        3. No modifique el nombre de arrendatario predeterminado, vsphere.local.
        4. Escriba el nombre de administrador predeterminado, administrator@vsphere.local, en el cuadro de texto Usuario administrador de SSO.
        5. Escriba la contraseña del administrador de SSO en el cuadro de texto Contraseña de administrador de SSO.
        6. Seleccione Aplicar personalización.
        7. Haga clic en Guardar configuración.
        8. Haga clic en Aceptar.
    7. Al cabo de unos minutos aparecerá un mensaje que indica que la operación se realizó correctamente y el estado de SSO se actualiza a Conectado.

  • Solución temporal: Realice los siguientes pasos:

  • Los costes de una solicitud de aprobación de reconfiguración no se muestran correctamente.
    Después de cambiar los costes en un recurso informático de una máquina existente y de reconfigurar la máquina con más memoria, CPU y almacenamiento, los costes de una solicitud de aprobación de reconfiguración no se muestran correctamente. En su lugar se muestran los valores antiguos.

  • No se admite el aprovisionamiento de un servicio de varias máquinas con un equilibrador de carga predefinido mediante la propiedad VCNS.LoadBalancerEdgePool.Names configurada al nivel del proyecto de varias máquinas.
    Si se añaden componentes de varias máquinas a un equilibrador de carga predefinido especificando la propiedad VCNS.LoadBalancerEdgePool.Namesen el proyecto de varias máquinas, después del aprovisionamiento correcto, el servicio de varias máquinas comienza a darse de baja inmediatamente y aparece el mensaje de error: No se pudieron configurar una o más redes y configuraciones de seguridad. Error: El destino de una invocación ha arrojado la excepción.

  • Solución temporal: Defina la propiedad personalizada VCNS.LoadBalancerEdgePool.Namesal nivel del proyecto de máquina virtual independiente.

  • Aparece un error en la pestaña Configuración del proveedor de métricas.
    Si navega a la pestaña Configuración del proveedor de métricas donde se selecciona inicialmente el proveedor de métricas de vRealize Automation y selecciona la opción Terminal de vRealize Operations, después vuelve a seleccionar el proveedor de métricas de vRealize Automation y finalmente hace clic en Guardar, aparece el mensaje de error Corrija los errores resaltados.

  • Solución temporal: Actualice el explorador o cierre la sesión y vuelva a iniciarla en la interfaz de usuario de vRealize Automation.

  • Es posible que la vApp no se pueda aprovisionar debido a un error durante la personalización.
    Si cambia la configuración de hardware de una máquina virtual en una plantilla de vApp y, a continuación, actualiza la plantilla, la máquina virtual no se podrá aprovisionar, a menos que ejecute la recopilación de datos de terminales.

  • Las pestañas no se actualizan después de haber concedido nuevas funciones a un usuario.
    Tras conceder una nueva función a un usuario, las pestañas específicas de esa función podrían no aparecer hasta pasados 5 o 10 minutos, incluso después de cerrar la sesión y volver a iniciarla.

  • Es posible que los portlets añadidos con anterioridad no se representen completamente en la pestaña Inicio.
    Si usa Internet Explorer 8 o 9 para iniciar sesión en vRealize Automation y añade portlets adicionales en la pestaña Inicio, puede que los portlets que ya se encuentran en vRealize Automation no se representen completamente.

  • Solución temporal: Actualice el explorador.

  • Cuando se implementa Test App 1.0.0 basada en Puppet predefinida o Test App 1.0.1 basada en Puppet mediante una nueva versión del sistema operativo, se produce un error.
    Si se ha creado y se ha usado una nueva versión del sistema operativo en el proyecto de Test App 1.0.0 basada en Puppet predefinida o Test App 1.0.1 basada en Puppet y se implementa la aplicación, se producirá un error y se mostrará el siguiente mensaje: Se ha producido un error inesperado. Póngase en contacto con el administrador del sistema.

  • Solución temporal: Reutilice las versiones del sistema operativo predefinidas en el proyecto en lugar de usar la nueva versión del sistema operativo.

  • Error sin explicación al intentar iniciar sesión como administrador de IaaS con credenciales con formato de UPN incorrecto.
    Si se intenta iniciar sesión en vRealize Automation como un administrador de IaaS con credenciales con formato de UPN que no incluyen la parte @sudominio del nombre de usuario, se cerrará la sesión de SSO de forma inmediata y se redireccionará a la página de inicio de sesión sin ninguna explicación.

  • Solución temporal: El UPN introducido debe tener el formato sunombre.admin@ sudominio; por ejemplo, si inicia sesión con el nombre de usuario jsmith.admin@sqa.local, pero el UPN en Active Directory está establecido como jsmith.admin, se producirá un error al iniciar sesión. Para corregir el error, cambie el valor userPrincipalNamepara que incluya la información sudominio necesaria y, a continuación, vuelva a iniciar sesión. En este ejemplo el nombre de UPN debería ser jsmith.admin@sqa.local. Esta información se encuentra en el archivo de registro ubicado en la carpeta log/vcac.

  • El comportamiento de la personalización de plantillas de correo electrónico ha cambiado y no se pueden usar plantillas externas.
    En vRealize Automation 6.0 o posterior, solo se pueden personalizar mediante la funcionalidad de plantillas de correo electrónico de versiones anteriores las notificaciones generadas con el componente IaaS.

    Solución temporal: Puede usar las siguientes plantillas XSLT:

    • ArchivePeriodExpired
    • EpiRegister
    • EpiUnregister
    • LeaseAboutToExpire
    • LeaseExpired
    • LeaseExpiredPowerOff
    • ManagerLeaseAboutToExpire
    • ManagerLeaseExpired
    • ManagerReclamationExpiredLeaseModified
    • ManagerReclamationForcedLeaseModified
    • ReclamationExpiredLeaseModified
    • ReclamationForcedLeaseModified
    • VdiRegister
    • VdiUnregister

    Las plantillas de correo electrónico se encuentran en el directorio \Templatesdel directorio de instalación del servidor, que suele ser %SystemDrive%\Archivos de programa x86\VMware\vCAC\Server. El directorio \Templatestambién incluye plantillas XSLT que ya no son compatibles y no se pueden modificar. Si desea más información sobre cómo configurar notificaciones, consulte Configuración de notificaciones en el Centro de documentación de VMware vCloud Automation 6.2.

  • Las acciones que se realizan en máquinas aprovisionadas se marcan como completadas antes de haber terminado.
    Es posible que las acciones como Reaprovisionaro Apagaraparezcan como completadas, aunque la operación esté en curso. El estado real de la máquina se refleja en la página Elementos.

  • Es necesario actualizar el archivo de agente invitado SCCMPackageDefinitionFile.sms.
    El archivo de agente invitado SCCMPackageDefinitionFile.smscontiene información de nombre y publicador desfasada. No afecta a la funcionalidad.

  • Las fechas de concesión se pueden cambiar para superar el valor de Política de aprobación.
    Las fechas de concesión se pueden cambiar mediante la acción personalizada Cambiar concesión por una fecha posterior al intervalo de concesión máximo especificado en el proyecto.

  • Los grupos personalizados eliminados no se quitan de las autorizaciones.
    Cuando se elimina un grupo personalizado que está vinculado a una autorización, el grupo personalizado no se quita de la autorización.

    Solución temporal: Para eliminar un grupo personalizado y quitarlo de la autorización:

    1. Quite el grupo personalizado de la autorización.
    2. Elimine el grupo personalizado.

     

  • Quitar la función de grupo empresarial de un grupo personalizado no revoca las autorizaciones.
    Cuando un grupo personalizado que está vinculado a una autorización se quita de la función de grupo empresarial, el grupo personalizado no se quita de la autorización.

    Solución temporal: Para quitar la función de grupo empresarial de un grupo personalizado y eliminarlo de la autorización:

    1. Quite el grupo personalizado de la autorización.
    2. Quite el grupo personalizado de la función de grupo empresarial.

     

  • El terminal de Hyper-V se indica incorrectamente como máquina no administrada en el Organizador de infraestructuras.
    Cuando no se puede aprovisionar un terminal de Hyper-V, vRealize Automation notifica que la máquina está destruida, pero sigue estando en el terminal y aparece como máquina no administrada en el Organizador de infraestructuras.

  • Al aprovisionar una máquina de Citrix XenDesktop/Provisioning Service, la máquina permanece en estado de No aprovisionamiento.
    Este problema se puede producir con el agente de VMware VDI y cualquier versión del agente de VMware EPI, como Citrix, BMC, Opsware, VBScripts, etc. También se puede producir en varios puntos del ciclo de aprovisionamiento de máquinas del flujo de trabajo principal.

    Es posible que el agente se instalara para que usara un nombre de servicio específico en vez de quedar en blanco para gestionar todas las solicitudes de servidor de terceros. Si se introduce un nombre de servidor específico, este agente puede gestionar solicitudes solo para un servidor que coincida exactamente con el nombre de ese servidor. vRealize Automation usa el valor de las propiedades personalizadas EPI.Server.Nameo VDI.Server.Namepara buscar un agente correspondiente que gestione la solicitud. Si no se encuentra un agente que coincida, la máquina permanece en el estado Registro de EPI/Máquina aprovisionada durante el aprovisionamiento, o en el estado Quitando aprovisionamiento/Desactivar máquina, hasta que se encuentre un agente que coincida.

    Solución temporal: Instale un nuevo agente de EPI/VDI en el que el valor del servidor sea exactamente el que se especificó en EPI.Server.Name/VDI.Server.Name, o bien deje el nombre del servidor en blanco.
    También puede actualizar el archivo de configuración del agente actual y cambiar el valor del servidor completando los siguientes pasos.

    1. Cree una copia de seguridad del archivo de configuración del agente, que normalmente se encuentra en C:\Archivos de programa (x86)\VMware\vCAC\Agents\ nombre_del agente\VRMAgent.exe.config.
    2. Abra un editor de texto como administrador.
    3. Para realizar un cambio en cualquier tipo de agente, reemplace SERVER_NAME_VALUE con el nombre de su servidor, o elimínelo para dejarlo en blanco.
      epiIntegrationConfiguration epiType="CitrixProvisioning" server="SERVER_NAME_VALUE"
      vdiIntegrationConfiguration vdiType="XenDesktop" server=""X
    4. Guarde los cambios.
    5. Reinicie el servicio del agente.
      •  
        1. Haga clic en Inicio > Herramientas administrativas > Servicios.
        2. Haga clic con el botón derecho en el servicio del agente de VMware vRealize Automation que desee y, a continuación, haga clic en Reiniciar.
        3. Una vez que el agente se reinicie correctamente, el trabajo continuará de la forma esperada.

  •  

  • Se produce un error al abrir la pestaña Infraestructura cuando el administrador es un miembro de varios cientos de grupos.
    Al usar Active Directory y SSO, es posible que un administrador de IaaS que sea miembro de muchos grupos no pueda visualizar la pestaña Infraestructura. Si lo intenta, se podría producir uno de los siguientes errores:

    • Solicitud incorrecta - Solicitud demasiado larga - Error HTTP 400. El tamaño de los encabezados de la solicitud es demasiado largo.
    • Servicio inaccesible - No se puede acceder al servicio solicitado en la dirección esperada. Póngase en contacto con el administrador del sistema para obtener ayuda. Error de referencia REPO404.
    • d -- el número de grupos locales de dominio de los que es miembro un usuario, más el número de grupos universales fuera del dominio de cuentas del usuario del que este es miembro, más el número de grupos representados en el historial de identificadores de seguridad (SID).
    • s -- el número de grupos globales de seguridad de los que es miembro un usuario más el número de grupos universales en el dominio de cuentas del usuario del que este es miembro. .
    • 1200 -- el valor estimado de la sobrecarga de tickets. Este valor puede variar según ciertos factores como la longitud del nombre de dominio DNS y el nombre del cliente.
  • Solución temporal: La resolución consiste en aumentar las limitaciones de tokens como en el siguiente ejemplo.

    1. Determine y establezca el tamaño de token máximo de Kerberos. Para determinar el tamaño de token máximo de Kerberos correcto para su implementación, use la siguiente directriz:

    Kerberos MaxTokenSize = 1200 + 40d + 8s (bytes)

    Esta fórmula usa los siguientes valores:

    2. Determine si necesita modificar la entrada del Registro. Si el tamaño del token que calcule con la anterior fórmula es menor de 12.000 bytes (tamaño predeterminado), no tendrá que modificar el valor del Registro MaxTokenSize en los clientes del dominio. Si el valor es de más de 12.000 bytes, ajuste el valor del Registro MaxTokenSize (consulte http://support.microsoft.com/kb/263693). Si necesitar cambiar el valor de Kerberos MaxTokenSize, modifique la siguiente entrada del Registro:

    HKLM\System\CurrentControlSet\Control\Lsa\Kerberos\Parameters
    MaxTokenSize, REG_DWORD,
    < valor> (el valor recomendado para la entrada del Registro MaxTokenSize es 65535 decimal o FFFF hexadecimal)

    3. Determine y establezca el tamaño de solicitud máximo HTTP correcto para su implementación mediante la siguiente directriz, donde Tes el MaxTokenSize de Kerberos tal como se estableció arriba:

    MaxFieldLength = (4/3 * T bytes) + 200
    MaxRequestBytes = (4/3 * T bytes) + 200

    Establezca MaxFieldLength y MaxRequestBytes en los valores calculados, como en el siguiente ejemplo, en el que están establecidos con el valor máximo permitido:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters
    MaxFieldLength DWORD 65534
    MaxRequestBytes DWORD 16777216

    Para ver información relacionada sobre los problemas con la autenticación de Kerberos cuando un usuario pertenece a varios grupos, consulte las siguientes notas de soporte técnico:
    http://support.microsoft.com/kb/2020943
    http://support.microsoft.com/kb/263693
    http://support.microsoft.com/kb/2020943