Le produit Control for i a pour but de permettre de surveiller une partition IBM i à l’aide d’un produit tel que Nagios (ou l’un de ses dérivés : Centréon, Shinken, …).
Nagios permet, en standard, de vérifier des éléments de base : le PING, la puissance CPU utilisée, l’occupation de l’espace disque, etc. Il ne permet pas de surveiller si un sous système est démarré, ou si les sauvegardes ont bien été réalisées la nuit précédente.
Le plugin fourni avec Control for i permet de réaliser la connexion entre Nagios et la partition IBM i.
Le seul paramètre à lui fournir est une commande IBM i qui sera exécutée sur la partition. Le message en retour de cette commande constituera le texte affiché par Nagios, ou envoyé par mail s’il s’agit d’une erreur.
Le produit est livré avec de nombreuses commandes de contrôle permettant de répondre à la majeure partie des besoins liés à l’exploitation IBM i.
Ces commandes peuvent aussi être utilisées en interactif dans une session 5250 pour tester un contrôle, ou dans un programme CLP réalisé par l’utilisateur.
L’utilisateur a la possibilité de créer ses propres commandes spécifiques, qui pourront être facilement utilisées pour réaliser de nouveaux contrôles sous Nagios.
Toutes les commandes sont prévues pour être exécutées très rapidement, afin d’éviter les Time Out lors du contrôle réalisé par Nagios.
Sur la partition IBM i, un agent doit être démarré en permanence. Il a pour rôle d’accepter les commandes provenant du Nagios, et de lui retourner la réponse.
Le planning et la fréquence des contrôles sont gérés par Nagios.
Le produit Control for est disponible en version Française et en version Anglaise.
Les commandes ci-dessous permettent de surveiller le fonctionnement du système IBM i :
La commande CTCHKBCH permet de vérifier si un travail a été exécuté dans une plage horaire passée en paramètre. Elle peut être utilisée par exemple pour vérifier qu’une chaine de nuit, ou qu’un travail de sauvegarde a effectivement démarré, et s’est effectivement terminé, à l’intérieur de la plage horaire passée en paramètre.
La commande CTCHKBRM permet de vérifier que les sauvegardes réalisées par BRMS ont été correctement réalisées.
La commande CTCHKBRMEX permet de vérifier la disponibilité de volumes expirées pour une classe de support données dans BRMS. Ce contrôle réalisé dans l’après-midi permet d’éviter une erreur lors de la sauvegarde par manque de supports.
La commande CTCHKCPU permet de générer une alerte si la puissance consommée dépasse le pourcentage passé en paramètre. Il est possible de sélectionner une liste de travaux, une liste de sous-systèmes, ou la totalité du système.
La commande CTCHKDSK permet de générer une alerte si le taux d’occupation disque dépasse la limite passée en paramètre.
La commande CTCHKDTAA permet de vérifier si le contenu d’une Data Area correspond à la valeur passée en paramètre. Si la valeur n’est pas la même, une alerte est générée. Cette commande permet entre autre de réaliser un contrôle spécifique très rapidement.
La commande CTCHKJOB permet de vérifier qu’un travail est actif, ou inactif.
La commande CTCHKJOBQ permet de vérifier que le nombre de travaux présents dans une JOBQ ne dépasse pas un certain nombre, passé en paramètre.
La commande CTCHKLCKW permet de générer une alerte si au moins un travail est à l’état LCKW (Lock Wait) dans le système.
La commande CTCHKMSGW permet de générer une alerte si au moins un travail est à l’état MSGW (Message Wait) dans le système.
La commande CTCHKPING permet de vérifier qu’un correspondant est disponible (via la commande PING) à partir de la partition IBM i.
La commande CTCHKPRB permet de générer une alerte lorsqu’un problème système est détecté. Les problèmes systèmes sont visibles avec la commande WRKPRB.
La commande CTCHKSAV permet de vérifier que les sauvegardes ont été correctement réalisées à partir des messages générés par les commandes système SAVSECDTA, SAVCFG, SAVLIB, SAVDLO et SAV.
La commande CTCHKSBS permet de vérifier qu’un sous système est actif, ou au contraire qu’il est arrêté. Elle permet aussi de vérifier une liste de travaux qui doivent être actifs dans ce sous système.
La commande CTCHKUSR permet de générer une alerte si un profil est désactivé parmi une liste passée en paramètre.
Les commandes ci-dessous permettent de surveiller le fonctionnement des logiciels de Haute disponibilité Quick EDH et MIMIX.
La commande CTCHKEDH permet de vérifier que la réplication réalisée par le produit Quick EDD-HA (de la société Traders) est correcte, et ne subit aucun retard excessif.
La commande CTCHKMMXAG permet de vérifier que tous les éléments d’un Application Group de MIMIX sont bien actifs, ou dans un état permettant une réplication correcte.
La commande CTCHKMMXDG permet de vérifier que tous les éléments d’un Data Group de MIMIX sont bien actifs, ou dans un état permettant une réplication correcte.
La commande CTCHKMMXDS permet de vérifier que la réplication d’un Data Group de MIMIX ne comporte aucun retard, qu’aucune erreur n’est détectée, et qu’aucun objet n’est exclu temporairement de la réplication.
Les commandes ci-dessous permettent de surveiller le fonctionnement du logiciel M3 en s’appuyant sur les données fournies par le Grid, et par le Server View :
La commande CTM3HSTSTS permet de vérifier que les Hosts sont bien actifs, et le niveau de mémoire qu’ils utilisent.
La commande CTM3JOBSTS permet de vérifier le niveau d’utilisation de la CPU et le niveau d’activité des travaux de M3 (*AUTOJOB, *INTERACT, *BATCH, *MIJOBS).
La commande CTM3NBAJ permet de vérifier que le nombre de travaux Asynchrones (Autojobs) est correcte.
La commande CTM3NODSTS permet de vérifier le niveau d’utilisation de la CPU et de mémoire des Nodes de M3.
La commande CTM3SVCSTS permet de vérifier que les services sont actifs.
