2.2510.1

Date de publication : 19 décembre 2025

Corrections générales

Cette version apporte des mises à jour de sécurité et des correctifs pour résoudre les vulnérabilités et expositions communes (CVE).

Problème connu

Remarque :

Erratum - Ajouté le 8 avril 2026: ce problème a été initialement documenté de manière incorrecte comme résolu dans cette version. Le problème sera résolu dans la version 2.2510.2.

Les pods Integration Service ne parviennent pas à se remettre en marche en raison de verrouillages des modifications de la base de données

Dans de rares cas, notamment lors de l'installation ou de la mise à niveau, certains pods Integration Service tels que intsvcs-udon-api, intsvcs-udon-dbdeploy, intsvcs-periodic-dbdeploy, ou intsvcs-ezra-dbdeploy peuvent ne pas se remettre en marche et l'erreur suivante est consignée :

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

Cela se produit lorsqu’un conteneur précédent s’est fermé de manière inattendue sans libérer correctement les verrous de modification de base de données acquis, provoquant l’échec des nouvelles tentatives.

Si ce problème se produit, suivez les étapes suivantes pour le résoudre :

1. Obtenez la chaîne de connexion SQL pour le cluster.
2. Accédez à la base de données IS_AutomationSuite .
3. Accédez à la table DATABASECHANGELOGLOCK du service concerné. Par exemple, les tables pour udon, periodic et ezra sont

is_udon.DATABASECHANGELOGLOCK, is_periodic.DATABASECHANGELOGLOCK et is_ezra.DATABASECHANGELOGLOCK respectivement. 4. Cette table doit contenir une seule entrée avec LOCKED = 1. Supprimez cette ligne. 5. Lorsque le pod essaie de redémarrer dans le cadre d'une nouvelle tentative ou lorsque vous resynchronisez l'application Integration Service, il devrait démarrer comme prévu.