vRealize Automation 6.2.3 | 6 de octubre de 2015 | Compilación 3093004

VMware Identity Appliance 6.2.3 | 6 de octubre de 2015 | Compilación 3011559

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

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

Última actualización el: 6 de octubre de 2015

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:

  • Se ha incluido la compatibilidad con la operación de "Cambiar reserva" en las vApp de vCloud para permitir que los administradores cambien el grupo empresarial de una vApp aprovisionada.
  • Se ha añadido la capacidad de deshabilitar las opciones de snapshot para todos los usuarios, incluidos el administrador del grupo empresarial y el usuario de soporte, si los snapshot no se han habilitado en el blueprint.
  • Se ha incluido la compatibilidad con vCloud Government Service y Amazon Web Services GovCloud.
  • Se ha actualizado la compatibilidad de versiones para los siguientes endpoints:
    • OpenStack Juno
    • vCloud Director 5.5.3
    • vRealize Orchestrator 6.0.3
    • vSphere 5.5 Update 3
    • vSphere 6.0 Update 1
  • Se ha incluido la compatibilidad con Microsoft SQL Server 2012 SP2.
  • Se ha mejorado el registro de errores para la versión Windows del agente invitado.
  • Cambio en el Programa de mejora de la experiencia del cliente de VMware.
  • El Programa de mejora de la experiencia del cliente (Customer Experience Improvement Program, CEIP) ha pasado de ser de inclusión voluntaria a exclusión voluntaria, por lo que está habilitado de forma predeterminada. Cuando actualice el producto a la versión 6.2.3, será automáticamente inscrito en el CEIP. Para obtener más información acerca de este programa, consulte Administración del sistema de vRealize Automation . Para deshabilitar el programa, vaya a la pestaña Telemetría de la consola de administración, tal como se describe en Habilitar o deshabilitar el Programa de mejora de la experiencia del cliente para vRealize Automation.

Si desea más información sobre las novedades en el complemento de vRealize Orchestrator, consulte las Notas de la versión del complemento VMware vCenter Orchestrator para vCloud Automation Center 6.2 .

Esta versión reemplaza una versión anterior de vRealize Automation 6.2.3 (compilación 3025163). Si desea más información sobre los problemas solucionados desde vRealize Automation 6.2.3 (compilación 3025163), consulte los artículos 2131866, 2131870 y 2131869 de la Base de conocimientos.

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.3, siga las instrucciones del artículo Actualizar a vRealize Automation 6.2 o posterior.

Para actualizar desde la versión anterior de vRealize Automation 6.2.3 (compilación 3025163), consulte el artículo 2133793 de la Base de conocimientos.

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

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

Problemas de documentación conocidos

  • Advanced Service Design
    Si configura una conexión a un servidor externo de vRealize Orchestrator con una sola cuenta, la cuenta debe ser miembro del grupo vcoadmins de vRealize Orchestrator o miembro de un grupo con permisos de visualización y ejecución.

Problemas resueltos

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

Instalación y actualización

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

  • Este problema se ha resuelto.

Configuración y aprovisionamiento

  • Los discos duros se eliminan inesperadamente durante la reconfiguración.
    Se han resuelto los siguientes problemas relacionados con la eliminación de discos duros en las operaciones de reconfiguración:

    • Los discos duros se eliminan cuando se reconfigura una máquina virtual que contiene discos RDM.
    • Los discos duros y los NIC se eliminan inesperadamente cuando se realizan operaciones de reconfiguración en varias pestañas del explorador.
    Consulte la Base de conocimientos 2124657 y la Base de conocimientos 2124198.

     

  • 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

  • Al actualizar vRealize Automation, Advanced Service Designer no se abre y aparece un mensaje de error*
    El mensaje de error, Error de resolución de la dependencia, aparece cuando actualiza vRealize Automation. Para obtener más información, consulte el artículo 2122397 de la Base de conocimientos.

  • Al actualizar vRealize Automation, se produce un error en el script DBUpgrade*.
    Si el nombre de la base de datos incluye un espacio, se produce un error en el script de actualización.

  • Solución temporal: Póngase en contacto con el servicio de soporte de VMware si experimenta este problema.

     

  • 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 "sql_server.your_company_name.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.

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

  • La implementación simultánea de blueprints de varias máquinas con tareas de VMware NSX permanece en el estado En curso de forma indefinida*.

    Solución temporal: Para solucionar este problema conocido, consulte KB 2128908.

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.

  • 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

  • Se produce un error en una solicitud del catálogo de servicios para aprovisionar a una máquina virtual básica clonada y a una máquina virtual clonada vinculada
    Después de actualizar vCenter Server de la versión 6.0 a la versión 6.0U1, y actualizar vRealize Automation de la versión 6.2.0 a la versión 6.2.2, se produce un error en el aprovisionamiento, pero el mensaje de error, Request failed: Machine : CloneVM : Object reference not set to an instance of an object, no proporciona información adecuada sobre la causa del error.

    Solución temporal: Reinstale el agente de vSphere que se asignó a ese vCenter Server en la máquina de IaaS e inicie la recopilación de datos.

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