Erreurs d'Orchestrator fréquemment rencontrées

Attention : Déconnectez-vous de toutes les sessions RDP sur les machines exécutant le Robot avant de démarrer une tâche sur elles.

Impossible de créer un canal sécurisé SSL/TLS

Cette erreur est parfois rencontrée lorsque vous essayez d’obtenir des ressources ou des éléments de file d’attente pendant l’exécution d'un workflow. Cela se produit en raison d’une défaillance TLS d'appareils Windows qui tentent une connexion TLS à un appareil qui ne prend pas en charge l'extension Extended Master Secret. Il ne s'agit pas d'un problème d'Orchestrator. Pour plus de détails sur le problème et les façons de le prévenir, cliquez ici.

Aucun robot disponible pour l'utilisateur X

Cette erreur se produit si le nom d’utilisateur fourni pour le Robot ne correspond pas à celui utilisé sur la machine Robot. Pour plus d'informations sur la connexion correcte du Robot ou d'Orchestrator, consultez la page Connexion des Robots à Orchestrator.

Autorisation manquante : Lanceur

Cette erreur peut se produire lorsque vous essayez de démarrer une tâche directement depuis la machine Robot (dans le panneau ou dans Studio), et que le nom d'utilisateur de la machine est différent de celui utilisé pour connecter le Robot à Orchestrator. Par exemple, si vous aviez connecté le Robot à Orchestrator à l'aide du nom d'utilisateur ABC, vous ne pouvez pas démarrer les tâches sur le Robot dans le panneau ou dans Studio à l'aide d'un utilisateur différent, tel que XYZ.

Si vous êtes sûr que le nom d'utilisateur avec lequel vous avez connecté le Robot à Orchestrator est le même que celui sur la machine, utilisez Uipath.LicenseTool.exe pour désactiver la licence de Robot et effectuer la reconnexion à Orchestrator. Trouvez plus d'informations ici.

Échec lors de l’ouverture de session : nom d’utilisateur inconnu ou mot de passe incorrect.

Cela se produit lorsque vous avez essayé de démarrer une tâche sur un Robot pour lequel les identifiants (nom d'utilisateur et/ou mot de passe) fournis dans Orchestrator sont incorrects.

Remarque : Si le nom d'utilisateur du Robot se trouve dans un domaine, il doit être au format domain\username.

Échec du processus de démarrage de l'exécuteur, raison System.UnauthorizedAccessException : L'accès est refusé.

L'erreur est générée si le mot de passe du Robot n'est pas fourni. Pour ajouter le mot de passe, assurez-vous d'ajouter les informations d'identification de la machine lors de l'activation des fonctionnalités d'automatisation Unattended pour un compte.

Autorisation manquante : Exécution à distance

Ce message d'erreur s'affiche si vous essayez d'exécuter un processus sur un Robot Attended à partir d'Orchestrator.

Échec du processus de démarrage de l'exécuteur, raison : Une session de connexion spécifiée n'existe pas. Il est possible qu'elle soit déjà terminée

Il existe deux types d'occurrences :

A. Chaque fois que vous essayez de démarrer le robot : cela signifie qu’une session de connexion ne peut pas être créée pour le moment. Cela se produit si vous êtes connecté à la machine robot avec un nom d’utilisateur différent avec RDP. Pour éviter cette erreur, fermez toutes les connexions RDP sur la machine robot.

B. Aléatoirement : dans ce cas, vous pouvez essayer ce qui suit :

• Vérifiez si la machine Robot possède suffisamment de ressources (processeur, mémoire).
• Vérifiez la durée de connexion à l'aide de la fonction de ligne de commande mstsc. Si le délai de 60 secondes expire, l'erreur s'affiche.

Une connexion existante a été fermée de force par l'hôte distant « Oups ! Nous sommes désolés ! Il semble qu'Orchestrator soit en panne. »

Ce problème peut se produire dans les cas suivants :

• Le serveur est redémarré dans Internet Information Services (IIS).
• Le serveur est arrêté.
• La connexion au serveur est soudainement perdue.

La valeur ne peut pas être Null

Rencontré si, dans Orchestrator, vous démarrez et forcez l'arrêt d'une tâche rapidement, tandis que le processus est en cours de téléchargement sur la machine Robot.

Tâche introuvable

Le problème se produit lors de la perte de connexion entre le Robot et Orchestrator pour une tâche planifiée avec l'option Terminer après (Terminate After) activée.

Le handle n'est pas valide

Cette erreur s’affiche dans les cas suivants :

A. Projets contenant UI Automation : lorsqu’une connexion RDP existe déjà en arrière-plan (minimisée).

B. Comme un problème Windows connu.

Une tentative a été faite pour référencer un jeton qui n'existe pas

Cette erreur est liée à un problème Windows connu. Pour plus d'information, utilisez l'option de traçage enableLowLevel et indiquez le fichier .etl généré à notre équipe d'assistance.

Le poste de travail a été déconnecté en effectuant les actions d'IU

Le problème se produit chaque fois que la connexion RDP à la machine Robot est perdue. Apprenez à éviter ce problème en exécutant des tâches à partir d'une session de bureau à distance minimisée.

Un périphérique attaché au système ne fonctionne pas

Cela est causé par un problème externe.

« Un périphérique attaché ne fonctionne pas pour l'une de ces raisons : (1) il est hors tension ou mal connecté ; (2) la disquette et les types de lecteurs sont incompatibles ; (3) la disquette est mal insérée dans le lecteur ; (4) la porte du lecteur est ouverte ; ou (5) la disquette n'est pas correctement formatée. » (An attached device is not working for one of these reasons: (1) it is switched off, or connected improperly; (2) the floppy disk and drive types are incompatible; (3) the floppy disk is not properly inserted in the drive; (4) the drive door is open; or (5) the floppy disk is not properly formatted.)

Échec du processus de démarrage de l'exécuteur, raison System.Runtime.InteropServices.COMException (0x800700AA) : La ressource demandée est en cours d'utilisation

Le problème se produit si le paramètre logIntoConsole du fichier UiPath.settings est configuré sur true tout en utilisant les Robots haute densité.

Erreur d'exécution : System.UnauthorizedAccessException : L'accès au chemin d'accès Path 'C:ProgramDataUiPath…est refusé

Cette erreur se produit dans les situations suivantes :

A. Si les robots haute densité et standard écrivent ou modifient le même fichier. Pour éviter cela, générez différents fichiers pour les robots et des ID utilisateur unique.

B. Si un robot n’a pas d’autorisations d’écriture pour le dossier cible.

C. Si le fichier a été créé et que le robot ne peut pas le modifier.

Robot déjà en cours d'utilisation pour l'utilisateur

Ce problème se produit lorsque des planifications se chevauchent (2 à 3 planifications démarrent en même temps).

Requête incorrecte et l'hôte distant n'a pas répondu assez rapidement.

Ces problèmes se produisent lorsque les utilisateurs d'une machine ne sont pas tous connectés en tant que Robots à Orchestrator.

Vérifiez les paramètres de réseau local du Robot pour un serveur proxy activé. Si celui-ci est spécifié, vérifiez comment fonctionne la procédure Redirection des Robots via un serveur proxy (Redirecting Robots through a Proxy Server).

Remarque : Ne fonctionne que sur des connexions de proxy non authentifiées.

Impossible de mettre à niveau le paquet hérité UiPath.Core.Activities.

Cette erreur peut se produire lorsque vous exécutez des processus créés avant 2018.3.

Les processus créés avant 2018.3 dépendent du paquet UI Automation, à savoir Core.Activities. Lorsque vous les exécutez dans la version actuelle, vous devez utiliser un méta-paquet Core.Activities qui migre les activités à l'aide des nouveaux paquets Système et UIAutomation.

Par défaut, le paquet Core.Activities existant n'est publié nulle part. Le méta-paquet de migration est donc utilisé. En revanche, si le Core.Activities existant a été publié dans les flux personnalisés ou dans Orchestrator par les utilisateurs, le paquet existant est installé et indique cette erreur.

Pour résoudre ou éviter ce problème, il suffit de supprimer le paquet Core.Activities existant de tout flux personnalisé avant de tenter de réexécuter le processus. En outre, veillez à consulter comment ouvrir des projets créés à l'aide de versions précédentes.

System.Runtime.InteropServices.COMException : Autorisation de licence manquante

Ce problème se produit dans Studio v2018.3.2 et versions ultérieures, lorsque vous exécutez des projets qui utilisent la version 18.3.6864.20582 du paquet UiPath.UIAutomation.Activities.

Si vous avez des projets créés à l'aide de Studio v2018.3.1 qui utilisaient la dépendance UiPath.UIAutomation.Activities version 18.3.6864.20582, vous devez les ouvrir dans Studio. La dépendance UiPath.UIAutomation.Activities doit être mise à jour à la version 18.3.6877.28298.

Si vous avez des projets créés dans des versions antérieures à v2018.3.1 et qui n'étaient pas ouverts à l'aide de cette version, mais que la version v2018.3.1 est déjà installée, vous devez effectuer les étapes suivantes pour éviter les problèmes de compatibilité avec des versions futures d'UIpath Platform. Vous devez supprimer la version 2018.3.6864.20598 de la dépendance UiPath.Core.Activities des emplacements suivants :

• Le flux Orchestrator
• Emplacement par défaut des packages - %Program Files (x86)%\UiPath\Studio\Packages dans les versions antérieures à 2021.4 ou %Program Files%\UiPath\Studio\Packages depuis la version 2021.4
• Le cache NuGet - %userprofile%\.nuget\packages\uipath.core.activities

Si Studio/Robot v2018.3.1 n'était PAS installé auparavant et que la version 18.3.6864.20582 du paquet UiPath.UIAutomation.Activities n'est pas déployée localement ou dans votre flux Orchestrator, vous pouvez effectuer la mise à niveau vers v2018.3.2 sans risques.

Remarque : si vous avez déjà installé d'autres versions 2018.3 que l'édition Enterprise Studio v2018.3.1(p. ex. Community Stable v2018.3.0 ou des autres versions Bêta pour Enterprise et Community), les conditions ci-dessus s'appliquent également. N'utilisez pas UiPath.UIAutomation.Activities avec une version inférieure ou égale à 18.3.6864.20582 et UiPath.Core.Activities avec une version inférieure ou égale à 2018.3.6864.20598.

Requête incorrecte – Requête trop longue

Cette erreur peut se produire lorsque vous essayez d’accéder à Orchestrator, en raison d’un problème de cookies persistants dans le navigateur.

Pour résoudre ou éviter ce problème, effacez les cookies de votre navigateur. Par exemple, pour les navigateurs Chrome, suivez ces instructions pour effacer les cookies, en vous assurant de sélectionner Toutes les heures comme plage horaire. Les navigateurs Internet Explorer ou Firefox ont également des instructions détaillées sur la façon de supprimer les cookies.

Remarque : Si vous obtenez une réponse Bad Request - Request too long - HTTP Error 400. The size of the request headers is too long., il est probable que les certificats de signature de jeton ne correspondent pas sur chaque nœud dans une configuration de haute disponibilité.

Lʹutilisateur nʹest pas membre du domaine AD spécifié.

Lorsque vous vous connectez à Orchestrator à l’aide d’Active Directory, une erreur inconnue est générée. Elle s'accompagne de l’erreur suivante dans la cible NLog des journaux d'Orchestrator (EventViewer ou ce qui est configuré dans Orchestrator) : UiPath.Orchestrator.Core.Exceptions.BadRequestException: Error code - 1413, Message - 'The user is not a member of the specified AD domain.'

Cela se produit si vous utilisez les utilisateurs Active Directory comme identité de vos pools d’applications (Identity ou Orchestrator) sans définir l'option Charger le profil de l’utilisateur (Load User Profile) sur True.

Pour le corriger, procédez comme suit :

1. Dans IIS Manager, sélectionnez votre site Web Orchestrator, puis accédez à Pools d’applications (Application Pools).
2. À partir de la liste des pools d’applications, cliquez avec le bouton droit sur Identity ou Orchestrator et sélectionnez Paramètres avancés (Advanced Settings). La fenêtre Paramètres avancés (Advanced Settings) s’affiche.

3. Dans la section Modèle de processus (Process Model), définissez l'option Charger le profil de l’utilisateur (Load User Profile) sur Vrai (True).