Exploitation

La partie exploitation donne des informations sur l’état du système en cours.
Les requêtes ne concerne que les changements, donc ce qui évolue au cours du temps. Elle permettent donc de visualiser l’état du système en temps réel.
Rubriques
Alarmes
En tête de liste car le plus urgent à traiter : les alarmes.
- Alarmes en cours
Ces alarmes ne sont pas encore fermées et doivent donc être traitées.
- Alarmes acquittées
Ces alarmes ont été traitées et ne sont publiées que pour information.
Evènements
L’ordonnanceur est évènementiel, cela signifie qu’il exécute les commandes sur évènements.
- Prochains évènements
Les évènements indiqués dans cette table seront traités à l’heure indiquée.
- Derniers évènements
Les derniers évènements permettent de retracer les actions du processeur d’évènements.
Rapports
Les rapports apportent une vue synthétique à un ensemble de traitements.
- Boites et Jobs
Liste les traitements par Boite et Jobs.
Boites
Ces informations concernent les boites.
- Heures et durée de traitements
Affichage des départs et des temps de traitements de jobs dans une boite, l’heure de référence est donc le départ de la boite.
Jobs
Les informations ne s’appliquent qu’à un job particulier.
- Autorep
Purement informatif, l’autorep renvoie le résultat de la commande autorep.
- Autotrack
Audit des modifications par l’utilitaire autotrack.
Etats des traitements
Les traitements sont listés en fonction de leur état.
- Jobs en état activé (ACTIVATED)
Un job activé signifie qu’il est dans une boite en état running. Pour démarrer, il faut que les conditions de ressources soit passées.
- Jobs en état démarré (STARTING)
L’état starting correspond au moment où le serveur a envoyé la demande de soumission mais n’a pas encore reçu la confirmation par l’agent.
- Jobs en état exécution (RUNNING)
Les traitements en cours
- Jobs en erreur (FAILURE)
Pour qu’un job soit dans cet état, il faut qu’il ait renvoyé un exit code différent de zéro (ou supérieur au max exit code défini) ou bien que l’agent ait rencontré un problème, dans ce cas on utilise un exit code particulier.
- Jobs killés (TERMINATED)
Ces jobs ont été killés, plusieurs raisons à cela : : le process a été killé : la définition du job contient terminated au bout d’une periode donnée : un sendevent a changé l’état (voir chase)
- Jobs gelés (ON ICE)
Un job gelé indique que la commande ne sera pas executé, la séquence dans laquelle se trouve le job ne sera pas bloquée.
- Jobs bloqués (ON HOLD)
Ces jobs ne seront plus ni ordonnancés, ni exécutes. Si ils se trouvent dans une séquence, c’est l’ensemble de la séquence qui est bloquée.
Ceci peut être du à plusieurs raisons : : blocage par un sendevent : auto hold par jil : serveur démarré en auto_hold
- Jobs en fugitifs (RESTART,QUE_WAIT,REFRESH)
Ces statuts ne dure que quelques instants et sont gérés en internes, si l’un de ces statuts durent cela signifie qu’il rencontre un problème qui devra être géré manuellement.
Machines
La vue par machines permet d’avoir une vision global de son parc et de l’utilisation qui en est faite.










































Job-scheduling
Exploitation
Sites connexes
Licence
Partenariat
Rechercher
Recherche globale
Annonces