Une erreur assez classique mais à fort impact est l’échec de la relecture d’une transaction par un Intranet Server. Dans le cas où l’Intranet Server concerné est en cours de démarrage cela peut en plus empêcher son chargement complet (l’IS démarre en boucle).

Concrètement ce problème se traduit dans les logs intranet par une pile d’erreur indiquant le numéro de la transaction que l’IS ne parvient pas à relire suivi d’une erreur du type « Received signal number 7 (EMT instruction) ».

Exemple :

[01/01/2010 08:30:00.000] – Main process – Reloading trn 102345
[01/01/2010 08:30:00.000] – Main process – Reloading trn 102346
[01/01/2010 08:30:00.000] – Main process – Reloading trn 102347
[01/01/2010 08:30:00.000] – Main process – New dataset #{ORDO-PROJECT:ORDO-PROJECT@MY_PROJECT003} loaded
[01/01/2010 08:30:00.000] – Main process – Reloading trn 102348 Suppression en cours 0%
[01/01/2010 08:30:00.000] – Main process – Rapport d’erreur :
Date : 01/01/2010 08:30:00
Software version : Planisware 5 – build YYYY – SPX
Server : xxxxxxxx
Client : Unknown
User : Unknown user
Process : Initial Lisp Listener
Error : « Error while doing operation on object #{KERNEL-ORDO:NETWORK@MY_PROJECT:MY_SUB_PROJECT}:
Transaction REMOVE-OBJECT on object #{KERNEL-ORDO:NETWORK@MY_PROJECT:MY_SUB_PROJECT} [status CLEANING-INSTANCE] with arguments ()
Received signal number 7 (EMT instruction) » Evaluation stack: […]

Lorsque l’erreur du type « signal number 7 » apparait on constate souvent au bout d’un certain temps le redémarrage de l’IS slave concerné voir de l’IS Master. Ici la transaction 102348 (suppression du sous-projet « MY_SUB_PROJECT » du projet « MY_PROJECT » n’a pas pu être rechargée correctement.

Lorsque ce problème survient soit l’instance est redémarrée par le watchdog, soit elle va afficher des erreur du type « Objects unfinalized » pour indiquer que certains objets ne sont pas à jour.