Page History

Dans le cas où le Scheduler détecte que des objets d'exécution de checks ne sont pas bien nettoyés dans l'index de lancement ( par rapport au temps ).

Ceci peux résulter en deux logs d'ERROR qui doivent alors immédiatement générer un bug :

• Signifie qu'un objet a été consommé mais qu'il est peut être encore présent dans l'index
  
  

[YYYY-MM-DD HH:MM:SS] ERROR : [ scheduler-master ] [ SCHEDULING ] [ JOB-EXECUTION FAST INDEX ] The check XXXX is zombie without being cleaned (name=YYYY, was indexed at SSSSSS). Please report to support.

• Peux ( mais pas obligatoirement ) faire suite Suite au premier dans la minute suivante: , le Scheduler a corrigé corrigera l'objet en trop, mais dans tout le cas on aurait pas dû se retrouver dans cette situation.
  
  

[YYYY-MM-DD HH:MM:SS] ERROR : [ scheduler-master ] [ JOB-EXECUTION FAST INDEX ] [ SCHEDULING ] [ JOB-EXECUTION FAST INDEX ] [PERF: lock aquired in 0.000s, done in 0.001s] Did remove 9 forgotten execution from 2 past seconds indexed (total number of seconds inside=63).

Dans le cas où ça arrive, il faut Cette situation ne devrait pas être présente, donc nous vous conseiller d'activer des logs de debug plus verbeux détaillé concernant ce mécanisme pour le chercher via le flag via la variable d'environnement SHINKEN_LOG_SCHEDULER_JOB_EXECUTION_FAST_INDEX_FLAG

SHINKEN_LOG_SCHEDULER_JOB_EXECUTION_FAST_INDEX_FLAG=1 /etc/init.d/shinken-scheduler -d restart

Nous vous conseillons de fournir ces logs détaillés à votre support pour analyse.