Dépannage de la journalisation

Journaux d'exécution en double

Description

En de rares occasions, des entrées du journal en double sont écrites dans la base de données locale LiteDB, ce qui entraîne une quantité excessive d'espace disque utilisée par la base de données du journal. Par conséquent, Orchestrator reçoit également plusieurs entrées du journal en double. Étant donné que le Robot ne pouvait pas écrire de journaux dans le fichier de la base de données, plusieurs tentatives ont été effectuées, sans marquer chaque tentative comme envoyée.

Problème potentiel

Le fichier de la base de données LiteDB devient corrompu, ce qui empêche le robot d'effectuer des opérations de lecture et d'écriture dans le fichier.

Solution

Si le fichier LiteDB est corrompu, redémarrez le service de Robot UiPath. Cela crée une sauvegarde et génère un nouveau fichier, pour éviter que la base de données ne soit à nouveau corrompue.

Aucun journal d’exécution

Description

Orchestrator n’affiche aucun journal d’exécution alors que les processus s’exécutent comme prévu.

Problème potentiel

Un fichier LiteDB corrompu peut empêcher le Robot de traiter les journaux d’exécution. Lorsqu’une corruption est détectée, le Robot interrompt le traitement du journal et aucun nouveau journal n’apparaît dans Orchestrator.

Solution

Vérifiez le fichier Robot.log du message « Base de données de journalisation abandonnée .» indiquant un fichier LiteDB corrompu.

S’il existe un fichier LiteDB corrompu, redémarrez le service de Robot UiPath. Cela crée une sauvegarde et génère un nouveau fichier, pour éviter que la base de données ne soit à nouveau corrompue.