UiPath Documentation
automation-suite
2.2510
true
Guide d'installation d'Automation Suite sur Linux
Important :
Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

Process Mining ne parvient pas à se charger après sa désactivation et sa réactivation

Les solutions pour Process Mining ne se chargent pas après sa désactivation et sa réactivation, en raison de clés secrètes de signature obsolètes qui interrompent l’authentification entre Airflow et DataPipeline.

Une fois que vous avez désactivé Process Mining, puis l'avez réactivé, Process Mining ne parvient pas à se charger et renvoie l'erreur suivante:

Cannot read properties of undefined (reading 'toString')

Les applications processmining, airflow et datapipeline-api signalent un état sain dans ArgoCD et leurs pods s’exécutent sans redémarrage. Le pod datapipeline-api renvoie HTTP 401 pour chaque requête effectuée à /api/v1/pipelines/configs.

Cause possible​

La désactivation de Process Mining supprime les clés secrètes Airflow, mais laisse la clé secrète de signature DataPipeline dans l'espace de noms uipath en place. Lorsque vous réactivez Process Mining, Automation Suite génère de nouvelles clés de signature pour Airflow et n'écrase pas les clés secrètes DataPipeline qui restent. Airflow et DataPipeline détiennent alors des clés différentes, de sorte que l’authentification entre les deux services échoue.

Les services concernés continuent de transmettre leurs sondes de disponibilité, c'est pourquoi le cluster signale toujours un état sain.

Solution​

Avertissement :

Supprimez uniquement les deux clés secrètes à l'étape 1. Ne supprimez pas datapipeline-settings-secret-encryption-key. Ce secret contient la clé de chiffrement de protection des données et sa suppression rend les données chiffrées existantes irréversibles.

  1. Supprimez les clés secrètes de la clé de signature obsolète:

    kubectl delete secret datapipeline-settings-signing-keys-secret \
                          datapipeline-settings-signing-keys-secret-23-10 -n uipath
    kubectl delete secret datapipeline-settings-signing-keys-secret \
                          datapipeline-settings-signing-keys-secret-23-10 -n uipath
    
  2. Appliquez votre configuration de cluster pour recréer les clés secrètes à partir des clés Airflow actuelles:

    uipathctl manifest apply cluster_config.json --versions versions.json
    uipathctl manifest apply cluster_config.json --versions versions.json
    
  3. Redémarrez datapipeline-api pour charger les clés secrètes recréées:

    kubectl rollout restart deployment/datapipeline-api -n uipath
    kubectl rollout restart deployment/datapipeline-api -n uipath
    

Vérification​

Consultez les journaux datapipeline-api pour obtenir le code de statut renvoyé à Airflow:

kubectl logs -n uipath deployment/datapipeline-api | grep "pipelines/configs"
kubectl logs -n uipath deployment/datapipeline-api | grep "pipelines/configs"

Les demandes envoyées à /api/v1/pipelines/configs renvoient les charges HTTP 200 et Process Mining.

  • Cause possible​
  • Solution​
  • Vérification​

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour