vRealize Automation 6.2.2 | 09 de junio de 2015 | Compilación 2754336

VMware Identity Appliance 6.2.2 | 09 de junio de 2015 | Compilación 2755560

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

Compruebe con regularidad si se han realizado adiciones o actualizaciones a estas notas de la versión.

Contenido de las Notas de la versión

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

Novedades

En esta versión de vRealize Automation se ha resuelto una serie de problemas, tal y como se explica en la sección Problemas resueltos, y se han introducido las siguientes mejoras:

  • La comprobación de los requisitos previos de IaaS se realiza a través del asistente de actualización y el asistente de instalación.
  • Si se configura una reserva de vSphere con el objetivo de que aprovisione máquinas para almacenes de datos individuales en un clúster de SDRS, podrá cambiar la selección del almacenamiento en la reserva para que use el clúster en lugar de los almacenes de datos de los miembros, sin tener que volver a crear la reserva. Después de actualizar la reserva, se asocian las máquinas existentes con el clúster, en lugar del almacén de datos individual.
  • La propiedad personalizada VirtualMachine.NetworkN.ProfileName se puede aplicar en el nivel de la reserva, además de en el nivel de blueprint.
  • El aprovisionamiento a Amazon AWS admite el aprovisionamiento de instancias dedicadas a nubes privadas virtuales no dedicadas, mediante la propiedad Amazon.Placement.Tenancy.
  • La acción Conectar con la consola remota admite el uso de Ctrl+C mediante un nuevo botón de la barra de herramientas que envía la combinación de teclas a la máquina invitada.
  • Los logs de vRealize Orchestrator se despliegan automáticamente en función del tamaño del archivo de log.

Requisitos del sistema, instalación y actualizació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.

Para actualizar a la versión 6.2.2, siga las instrucciones de Actualización de vCloud Automation Center 6.1 a 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.2.

Para acceder a toda la documentación de vRealize Automation 6.2.2, 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:

Instalación y 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.

  • Este problema se ha resuelto.

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

  • Este problema se ha resuelto.

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

  • Este problema se ha resuelto.

  • 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.2 de vRealize Automation.

  • Este problema se ha resuelto.

    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.

    Este problema se resolvió en la documentación sobre instalación y configuración. Si desea más información, consulte vRealize Automation Installation and Configuration en el Centro de documentación de VMware vRealize Automation 6.2.

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

  • Este problema se resolvió en la documentación sobre instalación y configuración. Si desea más información, consulte vRealize Automation Installation and Configuration en el Centro de documentación de VMware vRealize Automation 6.2.

  • 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 log ubicado en la carpeta log/vcac.

    Este problema se resolvió en la documentación sobre instalación y configuración. Si desea más información, consulte vRealize Automation Installation and Configuration en el Centro de documentación de VMware vRealize Automation 6.2.

Migración

  • 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 endpoint 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 endpoint 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 endpoint cuando finalice la migración.

  • Este problema se resolvió en la documentación Migrating vCloud Automation Center 5.2.3 to vRealize Automation 6.2. Si desea obtener más información, consulte Migrating vCloud Automation Center 5.2.3 to vRealize Automation 6.2 en el Centro de documentación de VMware vRealize Automation 6.2.

Configuración y aprovisionamiento

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

  • Este problema se ha resuelto.

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

  • Este problema se ha resuelto.

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

  • 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 produce un error en la instalación de IaaS de VRealize Automation con .Net 4.5.2*.
    Cuando actualiza de .NET 4.5.1 a 4.5.2, es posible que aparezca este mensaje de error: Files (x86)\VMware\vCAC\Server\Model Manager Data\DynamicOps.ManagementModel.dll" -s "2012Server9.merck.com" -d "vCAC" -c "C:\Program Files (x86)\VMware\vCAC\Server\Model Manager Data\ManagementModelSecurityConfig.xml" -v.

  • Solución temporal: Instale las actualizaciones de Windows más recientes y reinicie el sistema como se describe en las instrucciones de instalación de Microsoft para actualizar a .NET 4.5.2.

  • Los cambios realizados en el archivo /etc/hosts podrían sobrescribirse en determinadas circunstancias*.
    Si realizó cambios en el archivo /etc/hosts, es posible que los cambios se sobrescriban cuando se realice cualquiera de estas acciones:

    • Reinicio
    • Cambios en la red
    • Cambios realizados en la consola de administración, en la pestaña Red
    • Actualización


  • Solución temporal: Para realizar un cambio permanente en el archivo /etc/hosts, solo tiene que realizar el cambio fuera de la sección entre VAMI_EDIT_BEGIN y VAMI_EDIT_END, ya que esta sección se sobrescribe cuando se detecta un cambio en la red.

  • Los campos Nombre de Usuario y Contraseña no aparecen en la página de inicio de sesión de vRealize Automation*.
    Este problema solo ocurre en versiones más recientes del explorador de Firefox debido a que el complemento de integración de clientes de VMware y Firefox no son compatibles.

    Solución temporal: Para obtener más información, consulte el artículo 2102075 de la Base de conocimientos.

  • Se produce un error al iniciar sesión en vRealize Automation tras actualizar a la versión 6.0 de vCenter PSC (Platform Services Controller)
    El mensaje de error Error al iniciar sesión en la autenticación de sesión de Windows debido a un error causado por el complemento de integración de clientes de VMwareaparece al iniciar sesión en vRealize Automation tras actualizar a la versión 6.0 de vCenter PSC (Platform Services Controller). También puede aparecer un cuadro de diálogo con el mensaje No existe ninguna aplicación para ejecutar el proceso vmware_csd. Debe contar con la versión 6.0 del complemento de integración de clientes para iniciar sesión.

    Solución temporal: Descargue el complemento de integración de clientes en http://vsphereclient.vmware.com/vsphereclient/VMware-ClientIntegrationPlugin-6.0.0.exe y vuelva a iniciar sesión en vRealize Automation.

  • La versión 6.0 de vCenter PSC (Platform Services Controller) que se ha incluido con vSphere 6.0 permite especificar un nombre de tenant diferente de vsphere.local.
    Al configurar vRealize Automation, se debe definir vsphere.local como el nombre del tenant predeterminado, ya que no se puede escribir el nombre del tenant en la pestaña SSO de Virtual Appliance.

    Solución temporal: Utilice vsphere.local como el nombre del tenant de vSphere 6.0 y absténgase de cambiarlo.

  • La pantalla de inicio de sesión de vSphere Web Client muestra VMware vCloud Automation Center en lugar de VMWare vCenter Single Sign-On después de actualizar vCenter Server de la versión 5.5 U2 a la versión 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 de marca en vRealize Automation.

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

    Si crea tenants 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.

  • Tras actualizar a PSC 6.0, se produce un error de "400 Request" al acceder a la dirección URL predeterminada del tenant (https://FQDN_VA/vcac), ya que el puerto 7444 ya no es válido en el registro SSO de vRealize Virtual Appliance.
    En Virtual Appliance, se muestra el mensaje de error Se intenta acceder a SSO remoto en el host vra-va-hostname.domain.name y el puerto 7444, pero se ha devuelto el host vra-va-hostname.domain.name y el puerto 443cuando se vuelve a intentar el registro de Virtual Appliance en la instancia de PSC 6.0 que se ha actualizado.

    1. Utilice el nombre de dominio completo (https:// vra-va-hostname.domain.name:5480) para ir a la consola de administración de vRealize Appliance.
    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. Haga clic en SSO.
    5. 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 SSO Host. Cambie este valor por 443.
        3. No modifique el nombre de tenant 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 de marca.
        7. Haga clic en Guardar configuración.
        8. Haga clic en Aceptar.
        9. 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.

        10. Vaya a la pestaña Servicios y espere hasta que todos los servicios de Virtual Appliance se ejecuten para volver a iniciar sesión en el producto.
  • Solución temporal: Realice los siguientes pasos:

  • No se puede acceder a los tenants y se produce un error interno al actualizar vRealize Automation con SSO 5.x a vCenter PSC 6.0 (solo para Linux).
    Solución temporal: Para obtener más información, consulte el artículo 2112030 de la Base de conocimientos.

  • Restablecimiento de la operación Conectar con la consola remota para blueprints de vSphere.
    La versión 6.2.2 incluye compatibilidad con la consola remota para los dispositivos aprovisionados por vSphere. Cuando actualice desde 6.2 a 6.2.2, deberá cambiar los blueprints existentes para habilitar Conectar con consola remota en la pestaña Acciones. Para obtener más información, consulte el artículo 2109706 de la Base de conocimientos.

  • La instalación o la actualización de VMware vRealize Automation 6.2.x IaaS muestran 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.

  • 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 logs en el paquete final debido a una conexión de red lenta entre los nodos y la consola de administración.
    Los logs 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.

  • Faltan los logs de archivo de las máquinas detenidas.
    Si faltan logs 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 log predeterminados. La base de datos y los logs 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.

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

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 blueprint 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

  • Los usuarios de SSO no pueden iniciar sesión en Application Services*.
    Los usuarios de SSO no pueden iniciar sesión en Application Services si Application Services se reinicia antes de iniciar y ejecutar vRealize Automation.

    Solución temporal: Asegúrese de que vRealize Automation se esté ejecutando antes de iniciar o reiniciar Application Services.

  • Se requiere la versión de Java jre-1.7.0_72-win64.zip para Application Services*.
    Para Application Services en vRealize Automation 6.2.x, descargue la versión de Java jre-1.7.0_72-win64.zip en lugar de jre-1.7.0_51-win64.zip, como se explica en la documentación de producto de 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 blueprint 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 blueprint 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 tenants.
    Los administradores de tejido reciben un mensaje de acceso denegado si destruyen Application Services físicos entre tenants.

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

  • En Application Services, no puede agregar una descripción a un disco en el lienzo de un blueprint.
    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 blueprint.

    Solución temporal: Para añadir una descripción a un disco en el lienzo de un blueprint, 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 el endpoint 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 endpoint 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 endpoint que está abierto.
    2. Inicie un nuevo asistente de creación de endpoint.
    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.

  • No se puede crear un blueprint 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 blueprint 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

  • No se puede utilizar un nombre parcial para buscar un usuario en la página Editar grupo empresarial*.
    Si utiliza un nombre parcial para realizar una búsqueda en los campos Función de administrador de grupo, Función de soporte o Función de usuario, aparecerá el siguiente error en la página Editar grupo empresarial: Error en la búsqueda: (no hay ningún mensaje de error disponible). Este error se produce solo en el tenant predeterminado cuando se ha configurado con AD nativo.

    Solución temporal: Escriba el nombre de dominio completo al buscar un usuario.

  • Aparece un mensaje de error si, al aprovisionar máquinas desde un blueprint grande de varias máquinas, la longitud total de los nombres de máquinas virtuales de varias máquinas es demasiado larga*.
    Al aprovisionar máquinas desde un blueprint de varias máquinas, el número total de caracteres permitido en la lista de nombres de máquinas solicitados es 503. El siguiente mensaje de error se crea en el log de auditoría de este evento ( Infraestructura > Supervisión > Log de auditoría). Sin embargo, este error no afecta al proceso de aprovisionamiento de varias máquinas. [Error]: System.Data.UpdateException: Error al actualizar las entradas. Consulte la excepción interna para obtener detalles. ---> System.Data.SqlClient.SqlException: Los datos de cadena o binarios se truncarían.

    Solución temporal: Para solucionar este error, puede reducir el número de blueprints en el blueprint de varias máquinas o acortar los nombres de máquinas asociados.

  • Las reservas de vSphere no son compatibles con la validación del almacenamiento de NetApp FlexClone*.
    NetApp FlexClone no se habilita si crea una reserva mediante la API del servicio de reservas aunque todo el almacenamiento que se le asigna es compatible con FlexClone.

    Solución temporal: Utilice la interfaz de usuario para crear la reserva.

  • Los usuarios que se eliminan de Active Directory permanecen en partes de vRealize Automation*.
    Si se elimina un usuario de Active Directory, este permanece en la lista Autorizaciones de la pestaña Autorizaciones, así como en la lista Política de aprobación. Si el usuario debe aprobar una solicitud, se produce el siguiente error en la aprobación: Detalles del estado: la aprobación de solicitud ha devuelto un error.

    Solución temporal: Vuelva a añadir el usuario en Active Directory, o bien elimínelo y vuelva a crear la política de aprobación. Después, quite todas las referencias relacionadas con el usuario.

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

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

  • 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 blueprint 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 blueprint en lugar de usar la nueva versión del sistema operativo.

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

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

  • La máquina de Hyper-V se indica incorrectamente como máquina no administrada en el Organizador de infraestructuras.
    Cuando no se puede aprovisionar una máquina de Hyper-V, vRealize Automation notifica que la máquina está destruida, pero sigue estando en el endpoint 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.
  • 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:

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

    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

Soporte y características desusadas

En una versión futura de vRealize Automation dejará de ofrecerse soporte para las siguientes características desusadas. VMware sigue ofreciendo soporte para las características desusadas, que siguen recibiendo soporte técnico y correcciones de los ingenieros en la versión actual de vRealize Automation.

Interoperabilidad

Si actualmente está usando una de estas versiones de software desusadas, VMware le recomienda que actualice a una versión más reciente. No se dejará de ofrecer soporte para estas versiones de software hasta que vRealize Automation admita una versión más reciente del software.

  • Exploradores
    • Internet Explorer 8 y 9

  • Bases de datos
    • Dispositivo externo de PostgreSQL o vPostgres
    • SQL Server 2008 R2

    • SO invitado
      • Red Hat Enterprise Linux 5.x, 6.0, 6.1, 6.2, 6.3, 6.4
      • SUSE Linux Enterprise Server 11 SP2
      • Windows 8

      • Plataformas de VMware
        • vSphere 4.x
        • vCloud Director 5.1
        • vRealize Business 6.1
        • vRealize Orchestrator 6.0

        • Aprovisionamiento de terceros
          • BMC BladeLogic 7.6 y 8.2
          • Cisco UCS Manager 2.0 y 2.1
          • Citrix PVS 6.0
          • Citrix XenDesktop 5.5, 7.0, 7.1, 7.5
          • Citrix XenServer 5.6
          • Citrix HP Software Server Automation 7.8
          • Hyper-V 2012
          • KVM 3.1
          • NetApp FlexClone OnTap 7.3.1.1
          • Red Hat OpenStack Grizzly y Havana

              API

              Se han planificado los siguientes cambios para versiones futuras de la API de vRealize Automation. El complemento de vRealize Automation para vRealize Orchestrator y vRealize CloudClient se actualizará para reflejar estos cambios en la API de vRealize Automation.

              • Aprovisionamiento y administración de elementos de catálogo y recursos
                • Los métodos HTTP y los URI de endpoint de la API del catálogo de vRealize Automation permanecen exactamente igual. Sin embargo, las cargas de solicitud y respuesta serán diferentes debido a los cambios realizados en el modelo de blueprint.

            • Administración de grupo empresarial
              • Los clientes de la API deberán dejar de usar la API de grupo empresarial de IaaS para usar la API de identidad de vRealize Automation.

              • Administración de reservas
                • Los clientes de la API deberán dejar de usar la API de reservas de IaaS para usar la API de reservas de vRealize Automation introducida en vRealize Automation 6.2.

                • Application Services
                  • La API de Application Services ya no será compatible. Con el tiempo, la API de vRealize Automation admitirá la funcionalidad expuesta por la API de Application Services.

                  • SDK de Java
                    • Los clientes de Java compilados con el SDK de Java actual seguirán compilando sin errores. Sin embargo, tendrá que actualizar el código para aprovisionar blueprints de varias máquinas para que esté en consonancia con el nuevo modelo de blueprint.