2.2510.1

Fecha de lanzamiento: 19 de diciembre de 2025

Correcciones generales

Esta versión ofrece actualizaciones y parches de seguridad para abordar las vulnerabilidades y exposiciones comunes (CVE).

Problema conocido

Nota:

Fe de erratas: añadida el 8 de abril de 2026: este problema se documentó inicialmente de forma incorrecta como corregido en esta versión. El problema se solucionará en la versión 2.2510.2.

Los pods de Integration Service no aparecen debido a los bloqueos de cambio de la base de datos

En casos raros, especialmente durante la instalación o la actualización, algunos pods de Integration Service como intsvcs-udon-api, intsvcs-udon-dbdeploy, intsvcs-periodic-dbdeploy o intsvcs-ezra-dbdeploy pueden no aparecer y se registra el siguiente error:

2025-10-27T11:43:15Z ERROR: Exception Primary Source:  4.31.1
2025-10-27T11:43:15Z ERROR: Exception Details
2025-10-27T11:43:15Z ERROR: Exception Primary Class:  LockException
2025-10-27T11:43:15Z ERROR: Exception Primary Reason:  Could not acquire change log lock.  Currently locked by intsvcs-udon-dbdeploy-w7dpm (10.42.0.210) since 10/27/25, 11:38 AM
2025-10-27T11:43:15Z ERROR: Exception Primary Source:  4.31.1
2025-10-27T11:43:15Z Unexpected error running Liquibase: Could not acquire change log lock.  Currently locked by intsvcs-udon-dbdeploy-w7dpm (10.42.0.210) since 10/27/25, 11:38 AM

Esto ocurre cuando un contenedor anterior se cierra inesperadamente sin liberar correctamente los bloqueos de cambio de base de datos adquiridos, lo que hace que los reintentos posteriores fallen.

Si se produce este problema, sigue estos pasos para solucionarlo:

1. Obtenga la cadena de conexión SQL para el clúster.
2. Navega a la base de datos IS_AutomationSuite .
3. Navega a la tabla DATABASECHANGELOGLOCK del servicio afectado. Por ejemplo, las tablas para udon, periodic y ezra son

is_udon.DATABASECHANGELOGLOCK, is_periodic.DATABASECHANGELOGLOCK y is_ezra.DATABASECHANGELOGLOCK respectivamente. 4. Esta tabla debe contener una sola entrada con LOCKED = 1. Eliminar esta fila. 5. Cuando el pod intente volver a aparecer como parte de un reintento o cuando vuelvas a sincronizar la aplicación Integration Service, debería iniciarse como se espera.