Ce chapitre :
Décrit comment démarrer et surveiller l'état de l'agent.
Répertorie les différentes interruptions SNMP d'ACSLS.
Décrit les différents utilitaires de diagnostic fournis avec le logiciel ACSNMP 2.4.
acsnmpétant un sous-agent de l'agent maître net-snmp, il est indispensable de vérifier que net-snmp est activé. Sur Solaris, vous pouvez démarrer net-snmp avec la commande :
# svcadm enable net-snmp
Pour vérifier l'état :
# svcs net-snmp
L'application ACSLS doit également être exécutée pour que l'agent d'ACSLS soit totalement fonctionnel.
Pour démarrer l'agent d'ACSL, la commande SMF est svcadm enable acsnmp. Une fois activé, le service le reste, même après une réinitialisation du système.
Pour arrêter le logiciel de l'agent :
# svcadm disable acsnmp
Une commande de redémarrage peut s'avérer utile lors de la modification des paramètres de configuration
# svcadm restart acsnmp
acsnmpétant un sous-agent de l'agent maître net-snmp, il est indispensable de vérifier que le démon de l'agent maître, snmpd, est activé. Utilisez la commande service Linux pour démarrer l'agent maître :
Pour démarrer l'agent d'ACSLS :
# service acsnmp start
Pour vérifier l'état :
# service acsnmp status
Pour arrêter le logiciel de l'agent :
# service acsnmp stop
Une commande de redémarrage est utile lors de la modification des paramètres de configuration :
# service acsnmp restart
agent
Après le démarrage de l'agent, vous pouvez vérifier son état à l'aide de la commande agent. Cet utilitaire se trouve dans le répertoire ACSNMP/utils.
# cd $ACSNMP_HOME/utils # ./agent status
Cette commande indique l'état de toutes les fonctions prérequises, notamment l'agent maître net-snmp et l'application ACSLS. Elle détecte la communauté configurée et envoie une demande snmpget V1 à l'agent visant à établir la version du logiciel de l'agent. Une réponse de v2.4 confirme toutes les fonctions de l'agent, notamment tous les prérequis système.
Remarque :
Si la commande,agent status, est exécutée trop rapidement après le démarrage de l'agent, vous pouvez obtenir le message suivant, There is no such variable name in this MIB. Attendez quelques secondes et exécutez de nouveau la commande agent status.walker
L'utilitaire walker permet d'analyser l'intégralité de la MIB d'ACSLS et d'indiquer la valeur ou l'état de chaque objet de bibliothèque signalé par ACSLS.
# cd $ACSNMP_HOME/utils # ./walker
L'affichage normal fournit l'identificateur d'objet alphanumérique pour chaque identificateur d'objet. Pour afficher l'identificateur numérique complet de chaque identificateur, utilisez walker -n.
translate
L'utilitaire translate fournit les identificateurs alphanumériques et leurs équivalents convertis à partir de la MIB d'ACSLS. Cet outil utile révèle les noms réels des objets ACSLS figurant derrière les identificateurs d'objet numériques. Pour afficher les objets convertis avec leurs identificateurs d'objet numériques complets, utilisez :
# cd $ACSNMP_HOME/utils # ./translate -n
Tout hôte du centre de données équipé de net-snmp inclut un démon de listener d'interruption. Le listener, snmptrapd, se trouve dans /sbin/ ou /usr/sbin.
Vous pouvez configurer un listener sur l'hôte ACSLS avec la commande suivante :
# snmptrapd -f -Le -m $ACSNMP_HOME/AcslsMib.mib
Cela permet d'inclure l'option -m à un fichier MIB afin de convertir les messages d'interruption lors de leur réception par le listener. Si vous configurez un listener sur un hôte distant, transférez une copie du fichier AcslsMib.mib vers l'hôte distant et placez-la dans un répertoire approprié.
Pour qu'un listener puisse recevoir les messages d'interruption de l'agent d'ACSLS, le nom d'hôte du listener doit être inclus dans le champ DEST:; du fichier AcslsAgtd.cfg situé dans le répertoire supérieur ACSNMP sur le serveur ACSLS. Vous devez redémarrer l'agent SNMP d'ACSLS lorsque vous ajoutez un listener au fichier de configuration.
Vous pouvez envoyer une interruption test à chaque listener que vous configurez. Vous trouverez send_system_trap_test dans le répertoire ACSNMP/utils. Si vous exécutez cette commande sans argument, un message d'interruption système est envoyé à un listener sur l'hôte local. Pour envoyer le même message à un autre hôte, il suffit d'ajouter le nom d'hôte ou l'adresse IP du listener comme argument.
# ./send_system_trap_test <i.p. address or hostname>
Ce test ne provient pas de l'agent d'ACSLS. Il s'agit d'un test d'interruption du démarrage à froid qui provient de l'agent maître par le biais de la communauté que vous avez configurée dans snmpd.conf. Il a uniquement pour objet de vérifier que votre listener est correctement configuré.
Si votre listener n'a pas reçu le message, vous devriez vérifier les paramètres de configuration dans le fichier snmptrapd.conf sur le système recevant les interruptions. Ce fichier se trouve généralement sous /etc/snmp ou /etc/net-snmp dans le même répertoire que snmpd.conf. Vous trouverez un exemple SNMP V1 de ces deux fichiers dans le répertoire ACSNMP/install.
Lorsque votre listener d'interruption opérationnel, le moyen le plus rapide pour envoyer des interruptions test depuis l'agent d'ACSLS consiste à redémarrer l'agent. Sur Solaris, la commande est svcadm restart acsnmp. L'équivalent Linux est le service acsnmp restart. Vous pouvez également tester la capacité de l'agent à répondre à un événement hors ligne dans ACSLS. En utilisant cmd_proc dans ACSLS, faites basculer une ressource de bibliothèque (comme un lecteur ou un CAP) d'un état en ligne à un état hors ligne. En quelques secondes, le listener d'interruption doit indiquer la modification de l'état.
Notez que les interruptions sont envoyées dans les circonstances suivantes :
Lorsque l'agent SNMP d'ACSLS démarre pour la première fois (tous les niveaux d'interruption).
Lorsque ACSLS et une ressource ACSLS de la MIB sont mis en ligne (niveau d'interruption INFO).
Lorsqu'une ressource ACSLS (ACS, LSM. CAP, lecteur) est mise hors ligne (niveau d'interruption WARNING et supérieur).
Lorsque l'agent ne parvient pas à communiquer avec ACSLS (niveau d'interruption ERROR et supérieur).