Cisco Identity Services Engine (ISE) cesse de générer des sauvegardes planifiées. Les sauvegardes automatiques ne peuvent pas être générées ou conservées, ce qui a un impact sur la capacité à créer et à stocker les sauvegardes de configuration nécessaires à la récupération du système. Les sauvegardes automatiques planifiées et les sauvegardes manuelles lancées par l'interface utilisateur graphique échouent, ce qui a un impact sur l'entreprise en termes de fiabilité des sauvegardes et de préparation à la restauration du système.
Cisco Identity Services Engine (ISE) versions 3.3, 3.4 et 3.5 antérieures au correctif 3
Configuration planifiée et/ou sauvegardes opérationnelles configurées
Télémétrie activée
1. Accédez à l'interface de ligne de commande Cisco ISE et exécutez la commande app configure ise.
2. Sélectionnez l'option 23 pour générer un vidage de thread à des fins de diagnostic.
3. Recueillez un bundle de support auprès du noeud d'administration principal, en vous assurant que les journaux couvrent les 10 derniers jours.
4. Consultez le fichier ise-psc.log pendant la période de 10 jours pour connaître les entrées avec DefaultQuartzScheduler_Worker - suivies des chiffres 1 à 10.
Remarque : L'un de ces threads de travail disparaît quotidiennement jusqu'à ce qu'il n'en reste plus aucun, indiquant que les tâches planifiées ne sont plus exécutées.
5. Recherchez catalina.out pour la ligne contenant com.cisco.cpm.infrastructure.telemetry.api.TelemetryJob.execute.
6. Identifiez le bogue Cisco ayant l'ID CSCwr39748 si la ligne d'exécution du travail de télémétrie est présente.
7. Accédez à Administration > System > Settings > Network Service Diagnostics > Telemetry dans l'interface utilisateur graphique d'ISE et désactivez la fonction de télémétrie.
8. Rechargez le noeud d'administration principal pour effacer les threads actuels bloqués.
La cause principale est le bogue Cisco ayant l'ID CSCwr39748. Ce défaut entraîne le blocage des threads DefaultQuartzScheduler_Worker par le service de télémétrie quotidien. Ces threads ne sont jamais libérés et les 10 threads sont consommés, ce qui empêche l'exécution des actions planifiées. La présence de la ligne com.cisco.cpm.infrastructure.telemetry.api.TelemetryJob.execute dans le journal catalina.out confirme que le système est affecté.
| Révision | Date de publication | Commentaires |
|---|---|---|
1.0 |
31-Aug-2026
|
Première publication |