Résoudre les problèmes d’exécution

Message trop volumineux pour être traité

Comportement observé

Les processus utilisant une grande quantité de données (par exemple, des fichiers Excel avec plus de ~ 2 500 lignes) peuvent échouer avec l'erreur suivante :

Message: Could not retrieve the result of the job execution. This might be because a message was too large to process.
Exception Type: System.Exception

Origine

La sortie de l’exécution de la tâche dépasse la valeur configurée maximale du paramètre maxMessageSizeInMegabytes dans le fichier uipath.config.

Ce paramètre présente une valeur maximum de 10 Mo.

Solution

Pour résoudre ce problème, configurez le workflow pour enregistrer la sortie dans un compartiment de stockage dans Orchestrator ou dans Data Service au lieu d'utiliser un argument de sortie.

Poursuivez la lecture pour en savoir plus :

• À propos des compartiments de stockage
• Utilisation d'entités dans Data Service

Invite de contrôle d'accès utilisateur et activités d'automatisation de l'interface utilisateur

Comportement observé

Les processus sans surveillance utilisant des activités UIAutomation telles que click, type into ou take screenshot ne fonctionnent pas.

Origine

Un programme tel que le Gestionnaire de serveur configuré pour se lancer au démarrage qui affiche une invite de contrôle de compte d'utilisateur Windows empêche le Robot d'effectuer toute interaction avec l'interface utilisateur. Cela se produit parce que l'invite de contrôle de compte d'utilisateur est ouverte dans un bureau Windows séparé auquel le robot n'a pas accès.

Résolution

Recherchez manuellement ou par programme le programme qui affiche l'invite de contrôle de compte d'utilisateur (UAC) et configurez-le pour qu'il ne démarre pas automatiquement pour éviter l'UAC.

Le Robot ne réussit pas à démarrer l'exécution

Comportement observé

Dans ce scénario, le robot ne réussit pas à démarrer l'exécution d'un processus et génère l'erreur suivante :

Executor start process failed, reason System.Runtime.InteropServices.COMException: A specified logon session does not exist. It may already have been terminated.

Cause A

La machine Robot ne dispose pas de suffisamment de ressources disponibles (telles que le processeur, la RAM ou l'espace disque). L'exécuteur Robot ne peut donc pas démarrer un processus.

Solution A

Vérifiez ou effectuez les opérations suivantes :

• La machine Robot dispose de suffisamment de ressources (telles que le processeur, la RAM ou l'espace disque).
• Délai de connexion utilisant la fonction de ligne de commande mstsc. Il doit être supérieur à 60 secondes. Sinon, l'erreur est affichée.

Cause B

Vous ne pouvez pas créer de session de connexion pour le moment. Cela peut se produire dans les situations suivantes :

• L'option Connexion à la console (Login To Console) est définie sur true pour les Robots HD. Dans ce cas, le service Robot se connecte à la session de console actuelle. Cela n'est pas recommandé pour les Robots HD, car il ne peut y avoir qu'une session de console active à la fois.
• Plusieurs sessions RDP sur des versions Windows autonomes (pas des serveurs). Les versions Windows autonomes ne peuvent gérer qu'une session RDP à la fois par machine, tandis que les versions de Windows Server peuvent gérer plusieurs sessions RDP.

Solution B

Dans ce cas, vous devez effectuer l'une des opérations suivantes :

• Définissez l'option Connexion à la console (Login To Console) sur false. Cela implique que le service Robot lance une connexion RDP depuis la machine Robot sur lui-même et qu'il s'y connecte. Il s'agit de la méthode recommandée pour les Robots HD.
• Vérifiez la version de Windows, cela doit être Windows Server. Apprenez-en davantage à la page Configuration de Windows Server pour les Robots HD.
• Vérifiez si la version de Studio/Robot que vous utilisez est supérieure à 2018.1.3, qui a résolu un problème causé par les mises à jour Windows KB4088876 (Windows 8.1 ou Windows Server 2012 R2 Standard), KB4088875 (Windows Server 2008 R2 SP1, Windows 7 SP1), KB4088787 (Windows Server 2016, Windows 10 Version 1607) et KB4088776 (Windows 10 version 1709). Apprenez-en davantage à la page Configuration logicielle requise.
• Augmentez la variable d'environnement système UIPATH_SESSION_TIMEOUT sur votre serveur. La valeur par défaut est 60 secondes, ce qui peut s'avérer insuffisant en raison des performances lentes sur certaines machines. Notez que la variable d'environnement est définie en secondes et que le service de robot UiPath doit être redémarré après la modification de cette variable.
• Vérifiez si votre licence Bureau à distance est active sur la machine Robot. Vous pouvez en apprendre plus sur cette page.
• Vérifiez si les robots sont dans les groupes appropriés. Les utilisateurs locaux doivent appartenir au même groupe Bureau à distance.
• Vérifiez si le nom d'utilisateur de votre connexion RDP à la machine Robot n'est pas différent de celui configuré. Pour éviter cette erreur, déconnectez toutes les connexions RDP sur la machine Robot.

Mot de passe non fourni

Comportement observé

La création d'un robot dans Orchestrator sans renseigner le champ du mot de passe empêche le démarrage de l'exécution du processus. Les modifications apportées aux privilèges sur la machine Robot peuvent également déclencher ce problème.

Le démarrage d’un processus à partir d’Orchestrator ou de UiPath^® Assistant affiche le message d’erreur suivant :

Executor start process failed, reason System.UnauthorizedAccessException: Access is denied.

Cause A

Le Robot a été créé sans mot de passe.

Solution A

Modifiez le Robot, comme expliqué ici et assurez-vous que les champs suivants sont correctement remplis :

• Domaine\\Nom d'utilisateur - Le nom d'utilisateur utilisé pour se connecter à la machine sur laquelle le robot est installé. Si l'utilisateur se trouve dans un domaine, vous devez également le spécifier dans un format DOMAIN\UserName. Utilisez la commande Whoami dans l'invite de commande pour le trouver facilement.
• Mot de passe (Password) : mot de passe Windows de la machine. Non requis pour les Robots Attended.

Cause B

Le service Robot géré par SCM n'est pas en cours d'exécution. Apprenez-en davantage à la page À propos des types de déploiement du Robot.

Solution B

Assurez-vous que le service Robot est en cours d'exécution :

1. Cliquez sur le bouton Démarrer de Windows, puis recherchez et ouvrez Services.msc. La fenêtre Services (Services) est affichée.
2. Recherchez le service de robot UiPath^® et double-cliquez sur celui-ci. Le panneau Propriétés de UiPath^® Robot s’affiche.
3. Dans l'onglet Ouvrir la session (Log On), sélectionnez l'option Compte système local (Local System account).
4. Cliquez sur le bouton Appliquer (Apply) et fermez la fenêtre pour confirmer les modifications. Cela permet de s'assurer que le service Robot est en cours d'exécution et qu'il dispose de tous les privilèges nécessaires à l'exécution des processus.

Cause C

La machine Robot ne dispose plus des privilèges d'administrateur.

Solution C

Connectez-vous à la machine Robot avec le même jeu d’informations d’identification avec lequel vous avez créé le Robot dans Orchestrator. Si un processus ne démarre pas à partir de l’assistant UiPath^®, vous devez contacter votre administrateur réseau pour autoriser les droits d’administrateur pour ce compte d’utilisateur.

'System.Collections.IEnumerable' ne peut pas être sérialisé

Comportement observé

Lorsque vous utilisez une table de données dans la zone « Attendre la tâche et reprendre », l’erreur suivante est renvoyée : « Exception : Type 'System.Collections.IEnumerable' ne peut pas être sérialisée. »

Origine

DataRow n'est pas sérialisable ; il n'est donc pas en mesure de sérialiser DataRows tout en conservant le flux de travail. Ce peut également être le cas lorsque nous créons une variable DataRow et que nous essayons d'attendre (persister).

Solution

Exécutez l'activité « Créer une tâche de formulaire » et créez une liste d'objets de tâche (sortie) tout en effectuant une boucle dans DataRows (System.Data.DataRow).

Nous pouvons ensuite effectuer une boucle dans la liste des objets de tâche (sortie) à l’aide de « Parallel For Each » ou « For Each » et exécuter « Attendre la tâche et reprendre ».

Augmentation de la durée d'exécution des processus

Comportement observé

L’exécution du processus prend presque deux fois plus de temps lorsque Studio est installé depuis UiPathStudioSetup.exe (Community Edition), par rapport à UiPathStudio.msi (Enterprise Edition). Le problème se produit sur Studio 2021.10 et versions ultérieures.

Origine

Studio (édition communautaire) est installé dans %localappdata%\UiPath, qui n'est pas un emplacement approuvé par Windows Defender. Cela signifie que chaque fois qu'un fichier journal est créé, Windows Defender commence à l'analyser, ce qui prolonge l'exécution du processus.

Le scénario ne s'applique pas à Studio (édition d'entreprise), car le dossier d'installation (%ProgramFiles%\UiPath) est approuvé par Windows Defender, et n'est donc pas analysé chaque fois qu'un fichier journal est créé lors de l'exécution d'un processus.

Solution

L'ajout du dossier d'installation de Studio (édition communautaire) (%localappdata%\UiPath) dans la liste d'exclusion de Windows Defender signifie que les fichiers journaux créés au cours de l'exécution du processus ne sont plus analysés instantanément. Pour ajouter un dossier à la liste d'exclusion de Windows Defender, vous devez procéder comme suit :

1. Cliquez sur le bouton Démarrer (Start) de Windows, puis recherchez la page Protection contre les virus et menaces (Virus & threat protection) et ouvrez-la.
2. Accédez à la page Paramètres de protection contre les virus et menaces (Virus & threat protection settings).
3. Accédez à la page Ajouter ou supprimer des exclusions (Add or remove exclusions) depuis la section Exclusions (Exclusions).
4. Cliquez sur le bouton Ajouter une exclusion (Add an exclusion), puis choisissez Dossier (Folder) depuis le menu déroulant.
5. Accédez au dossier %localappdata%\UiPath, puis cliquez sur le bouton Sélectionner un dossier (Select Folder). Notez que les droits administrateur sont nécessaires à l'ajout d'un dossier dans la liste d'exclusion.

Les fichiers journaux créés lors de l'exécution du processus ne sont plus analysés immédiatement par Windows Defender.