automation-suite
2022.10
false
  • Notas relacionadas
    • 2022.10.0
    • 2022.10.1
    • 2022.10.2
    • 2022.10.3
    • 2022.10.4
    • 2022.10.5
    • 2022.10.6
    • 2022.10.7
    • 2022.10.8
    • 2022.10.9
    • 2022.10.10
    • 2022.10.11
    • 2022.10.12
    • 2022.10.13
    • 2022.10.14
Importante :
Este contenido se ha localizado parcialmente a partir de un sistema de traducción automática.
UiPath logo, featuring letters U and I in white
Notas de la versión de Automation Suite
Last updated 17 de oct. de 2024

2022.10.11

Fecha de lanzamiento: 19 de abril de 2024

Compatibilidad con la migración de Insights independiente a Automation Suite

Nos complace anunciar que ahora puede migrar su Insights independiente a Automation Suite. Esta migración le permite disfrutar de todos los beneficios asociados con la implementación de varios productos locales de UiPath en una única ubicación unificada. Para obtener más detalles, consulta Migración completa.

Migración simplificada a Automation Suite

Fe de erratas: añadida el 3 de junio de 2024: hemos realizado varias mejoras en la herramienta de migración, en un intento de agilizar el proceso de migración de un producto independiente a Automation Suite.

Una mejora notable a destacar es la capacidad de la herramienta de migración para crear automáticamente un tenant para cada organización. Esto significa que ya no es necesario realizar manualmente esta operación.

Sin embargo, si ya has empezado a realizar manualmente este paso al migrar a Automation Suite, la herramienta de migración lo ignorará y creará nuevos pares de tenant-organización. Ten en cuenta que el formato del nombre del tenant generado automáticamente es tenant_xxxxxxxx, donde xxxxxxxx significa los primeros ocho caracteres del ID de la organización de Automation Suite.

Aparte de esto, ya no es necesario proporcionar el ID de tenant al fusionar las organizaciones.

Otro cambio significativo son los parámetros actualizados en la herramienta UiPath.OrganizationMigrationApp:
  • Hemos reutilizado los siguientes parámetros existentes:

    • El parámetro s anteriormente requería la conexión de la base de datos Identity del producto independiente. Ahora, requiere que proporciones la lista de ID de la organización del producto independiente.
    • El parámetro d anteriormente requería la conexión de la base de datos Identity de Automation Suite. Ahora, requiere que proporciones la lista de ID de organización de Automation Suite.
  • Hemos introducido los siguientes nuevos parámetros:

    • El parámetro i requiere la conexión de la base de datos Identity del producto inependiente.
    • El parámetro j requiere la conexión de la base de datos Identity de Automation Suite.
    • El parámetro o requiere la conexión de la base de datos de Orchestrator del producto independiente.
    • El parámetro p requiere la URL de Automation Suite.
    • El c este parámetro requiere el secreto de cliente OMS S2S.

Mejoras en las herramientas del paquete de soporte

Hemos cambiado el comportamiento predeterminado de la herramienta del paquete de soporte. La ejecución predeterminada ahora genera el paquete RKE2, además de los paquetes uipath, Redis y Longhorn.

También hemos realizado los siguientes cambios en los argumentos de la herramienta del paquete de soporte:

  • Hemos dejado en desuso el argumento -r, que se utilizaba para habilitar la generación de paquetes RKE2 ya que la operación se realiza de forma predeterminada ahora;
  • Hemos añadido un nuevo argumento, -e, para excluir el paquete RKE2 y generar solo el paquete de soporte uipath.

Para obtener más información, consulte Usar la herramienta del paquete de soporte de Automation Suite.

Ruta personalizada para registros RKE2

Ahora puede optar por una ruta de registro personalizada para sus registros RKE2 actualizando el parámetro infra.pod_log_path en el archivo cluster_config.json. Anteriormente, no se podía cambiar la ruta de registro /var/log/pods predeterminada.
Sin embargo, tenga en cuenta que la actualización de la ruta predeterminada descarta los registros en /var/log/pods.

Proceso de limpieza de registros sf mejorado

Hemos mejorado el proceso de limpieza de los registros almacenados en el depósito sf-logs. Se añade una lógica de reintento al comando de eliminación s3cmd para garantizar la eliminación completa incluso en caso de fallo inicial. Además, el script de limpieza se ha mejorado para eliminar todos los registros que tengan más de un día de eliminación especificado cuando el trabajo de control de limpieza está activo para un día en particular.

Para obtener más información sobre el script de limpieza, consulte Cómo limpiar los registros antiguos almacenados en el paquete sf-logs.

Corrección de errores

  • Se ha producido un problema que provocaba correos electrónicos de alerta excesivos después de reiniciarse el nodo inesperadamente. Hemos corregido el problema gestionando y finalizando automáticamente los trabajos huérfanos.

  • Hemos corregido un problema que provocaba que el administrador de credenciales estableciera incorrectamente los secretos del servicio de uipath en blanco.

  • Hemos solucionado un problema relacionado con falsos positivos en las alertas de almacenamiento CephMgrIsAbsent. Las alertas se mostraron aunque no hubo problemas de almacenamiento. El comportamiento ya no se produce.

  • Faltaban métricas y alertas de Ceph en el panel de supervisión. El comportamiento ya no se produce.

  • Hemos corregido un problema que provocaba que el comando node-drain.sh fallara debido a una opción obsoleta.

Problemas conocidos

El cambio de tamaño de PV de OSD no persiste después de la actualización

Si cambias el tamaño del rook-ceph OSD PV, el nuevo tamaño no persiste después de una actualización de Automation Suite.

Fallos de Redis debido a actualizaciones de contraseña incoherentes

Fe de erratas: añadida el 17 de octubre de 2024: un problema provoca fallos en el trabajo de recuperación de Redis al actualizar la contraseña de administrador de ArgoCD directamente a través de la interfaz de usuario sin actualizar simultáneamente los secretos de Kubernetes. Para evitar este problema, recomendamos encarecidamente que cada vez que cambies la contraseña de administrador de ArgoCD a través de la interfaz de usuario, te asegures de actualizar los secretos de Kubernetes al mismo tiempo. Para obtener más información sobre cómo actualizar correctamente la contraseña de administrador de ArgoCD, consulta Resolución de problemas.

Los pods no pueden comunicarse con FQDN en un entorno de proxy

Fe de erratas: añadida el 17 de octubre de 2024: en un entorno de proxy, si el servidor proxy utiliza el mismo puerto que el puerto TCP de cualquier otro servicio en la malla de servicios de Istio, como el puerto 8080, los pods no pueden comunicarse con el FQDN. La incidencia provoca el siguiente error:
System.Net.Http.HttpRequestException: The proxy tunnel request to proxy 'http://<proxyFQDN>:8080/' failed with status code '404'.System.Net.Http.HttpRequestException: The proxy tunnel request to proxy 'http://<proxyFQDN>:8080/' failed with status code '404'.

Para solucionar el problema, consulta la sección Solución de problemas.

Cifrados débiles en TLS 1.2

Fe de erratas: añadida el 29 de agosto de 2024: hemos identificado ciertas vulnerabilidades asociadas con el uso de cifrados débiles en TLS 1.2. Para obtener más información sobre cómo mitigar el problema, consulta Cómo abordar los cifrados débiles en TLS 1.2.

pod de snapshot-controller-crds en estado CrashLoopBackOff después de la actualización

Fe de erratas: añadida el 14 de agosto de 2024: un problema hace que el pod snapshot-controller-crds permanezca en el estado CrashLoopBackOff después de la actualización. Esto ocurre debido a un conflicto entre el snapshot-controller recién instalado y el existente durante la actualización de RKE2. Para solucionar el problema, consulta la sección Resolución de problemas .

Problemas relacionados con la publicación de paquetes de Studio

Fe de erratas: añadida el 25 de junio de 2024: ocasionalmente, algunas llamadas a la API desde Studio o Robot pueden fallar con un código de error 413 o un mensaje de error RequestEntityTooLarge. Para solucionar el problema, consulta la sección Solución de problemas.

Problemas relacionados con la persistencia de las configuraciones del Administrador de alertas durante el reinicio de la máquina

Las configuraciones de alertas (receptores de correo electrónico y webhook) se pierden al reiniciar la máquina o al volver a sincronizar el secreto alertmanager-config. Para obtener más información, consulte Configuraciones del Gestor de alertas persistentes durante el reinicio de la máquina.

Cronología de la obsolescencia

Te recomendamos comprobar periódicamente la fecha de caducidad para ver las actualizaciones relativas a las características que quedarán obsoletas y serán eliminadas.

Detalles del paquete

Versiones de productos

Para descubrir qué ha cambiado en cada producto de Automation Suite, visita los siguientes enlaces.

Si el producto está en gris, esta nueva versión de Automation Suite no incorpora ningún cambio en él.

DiscoverCrearAdministrarIncluir

Automation Ops 2022.10.10

AI Center 2022.10.11Action Center 2022.10.9
Task Mining 2022.10.9AI Computer Vision 2022.10.9Insights 2022.10.9Apps 2022.10.8
Document Understanding 2022.10.11Orchestrator 2022.10.11 
  Test Manager 2022.10.9 
    

Versiones de componentes internos de terceros

Esta versión de Automation Suite incluye los siguientes componentes internos:

Componente

Versión

RKE2

11.26.11

ArgoCD

2.2.12

rook-ceph

1.8.9

cert-manager

1.9.1

Rancher

2.7.6

rancher-gatekeeper102.1.0-a3.12.0
rancher-istio102.2.0-up1.17.2

longhorn

1.4.3

longhorn-crd

1.1.100

reloader

0.0.129

csi-driver-smb

1.10.0

rabbitmq-operator

1.5.0

redis-operator

7.2.4-7

redis-cluster

7.2.4-64

MongoDB

5.0.7 ent

docker_registry

2.8.1

¿Te ha resultado útil esta página?

Obtén la ayuda que necesitas
RPA para el aprendizaje - Cursos de automatización
Foro de la comunidad UiPath
Uipath Logo White
Confianza y seguridad
© 2005-2024 UiPath. Todos los derechos reservados.