Résoudre les problèmes du service de robot UiPath

Pas de connexion au service Robot

Description

Parfois, vous ne pouvez pas démarrer une automatisation, que le service de robot soit activé ou désactivé. Le démarrage manuel de l'automatisation affiche le message d'erreur suivant : « L'obtention des paramètres du service a échoué, raison : System.Exception : n'a pas pu se connecter au service de robot UiPath. »

Les solutions suivantes peuvent avoir besoin d'être implémentées par votre administrateur réseau.

Problème potentiel	Solution
Le service Robot n'est pas en cours d'exécution.	Démarrez manuellement le service de robot UiPath : Ouvre la fenêtre Services (Services). Sélectionnez le service `UiPathRobotSvc` . Sélectionnez Démarrer.
Le démarrage du service Robot est trop long.	Windows signale les services qui ne se chargent pas dans un délai spécifié. Par défaut, cette valeur de délai d'expiration est de 30 secondes, ce qui peut être insuffisant pour le service Robot. Pour augmenter cette valeur, vous devez effectuer les opérations suivantes : Ouvrez l'éditeur du Registre Windows. Accédez à la clé de registre HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control et sélectionnez la sous-clé Contrôle (Control subkey). Si la valeur ServicesPipeTimeout n'est pas disponible, créez-la : Cliquez avec le bouton droit sur la sous-clé Contrôle (Control) et sélectionnez Valeur DWORD (32 bits) dans le menu Nouveau . Une nouvelle valeur DWORD vierge est créée. Tapez ServicesPipeTimeout comme nom de la nouvelle valeur. Double-cliquez sur la valeur DWORD ServicesPipeTimeout . La fenêtre Modifier la valeur DWORD (32 bits) s'affiche. Dans la section Base (Base), sélectionnez l'option Décimal (Decimal). Dans le champ Données de la valeur : ( Value data) , saisissez 180 000. Cela rend la valeur ServicesPipeTimeout par défaut de 3 minutes. Tous les services Windows devraient avoir suffisamment de temps pour se charger correctement. Fermez l'éditeur de Registre Windows, puis redémarrez le système pour que les modifications prennent effet.
Les autorisations de la machine Robot sont incorrectes. Dans ce cas, le service Robot peut également apparaître comme étant en cours d'exécution.	Les autorisations d'accès aux services sont accordées à partir de l'éditeur de Registre Windows, comme suit : Ouvrez l'éditeur du Registre Windows. Accédez à la clé de registreHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet . Cliquez avec le bouton droit sur la sous-clé Contrôle (Control) et cliquez sur Autorisations ( Permissions). La fenêtre Autorisations de contrôle ( Permissions for Control) s'affiche. Sélectionnez l'utilisateur sous lequel vous êtes connecté depuis la section Noms de groupes ou d’utilisateurs (Group or user names). Activez l'option Autoriser (Allow) de Contrôle total (Full Control) dans la section Autorisations (Permissions). Cela accorde les autorisations nécessaires au Robot. Sélectionnez Appliquer (Apply) et OK (OK) pour confirmer les modifications, puis fermez la fenêtre. Redémarrez le système pour que les modifications prennent effet.

Erreurs lors de l’exécution en tant qu’administrateur

Description

À partir de la version 2020.4, si vous exécutez UiPath Assistant ou Studio en tant qu'administrateur, la communication avec le service de robot UiPath peut être bloquée. Les problèmes suivants peuvent se produire :

Dans Studio - le statut du Robot affiche un message "Robot Error" (Erreur du Robot) ; si vous tentez d'exécuter ou de déboguer un processus, une erreur "Access Licensed" (Accès refusé) s'affiche.
Dans Assistant : le statut de la connexion est signalé à tort comme hors-ligne et la liste des processus n'est pas disponible.

Problème potentiel

Studio et l'Assistant doivent communiquer avec le service de Robot, qui est un processus Windows distinct. Le service de robot UiPath démarre au même niveau de droits d'accès que l'UiPath Assistant ou Studio, qui va toujours appeler le service en premier.

Le problème se pose lorsque vous démarrez l'Assistant ou Studio à différents niveaux de droits d'accès, par exemple en tant qu'utilisateur normal puis en tant qu'administrateur. Par exemple, supposons que l'Assistant démarre en tant qu'utilisateur normal, puis que vous le redémarriez en tant qu'administrateur. Le Service de robot, en particulier le service Hôte d'utilisateur (User Host), qui a été démarré au niveau d'utilisateur normal, est incapable de communiquer avec l'Assistant exécuté au niveau de l'administrateur.