Incohérence de statut sur l'interface de la gestion des robots

Préambule

Cette documentation traite sur la problématique d'incohérence sur les robots (scanfolder) entre les statuts visibles sur l'IHM et le statut réel des robots.

Explications

Cette problématique vient d'une incohérence entre le fichier map_scanfolder.ID présent dans le répertoire temp MAPPING et le statut du processus correspondant (Linux) et service (Windows).

En effet, pour connaitre le statut de son robot, l'IHM utilise le fichier map_scanfolder.ID qui y est associé.
Dans le cas où le serveur est arrêté de manière impropre (arrêt sans arrêter les services ou processus MAPPING), alors au prochain redémarrage du serveur, le fichier map_scanfolder.ID sera toujours présent alors que son service associé lui ne le sera plus.
De ce fait, l'IHM "pensera" que le robot est démarré alors que non.

Solution

Quand on arrête ou redémarre le serveur, il faut s'assurer que les robots et le spooler soient correctement arrêtés.
Pour cela sur le serveur, vous pouvez adapter et utiliser le script MapStop.sh et sur Windows il faut créer un script identique ou s'assurer que tous les services MAPPING soit arrêtés.

Dans le cas où le problème subvient, le plus simple c'est de :

• s'assurer qu'il n'y ait pas de traitement en cours
• supprimer le contenu du répertoire temp (en s'assurant que vous n'ayant rien d'important) ou supprimer le fichier .pid et .id associés
• Se reconnecter sur l'IHM
• Redémarrer les robots

Tout devrait alors se remettre en ordre