L'agent d'ACSLS est une application relativement simple, mais elle présente plusieurs dépendances qui pourraient empêcher l'agent de répondre à une demande snmpget ou à une condition d'interruption.
L'état d'exécution de l'agent d'ACSLS est indiqué par l'utilitaire des services situé sur votre serveur Solaris ou Linux.
Sur Solaris, utilisez svcs acsnmp.
Si acsnmp ne démarre pas, le démon SMF place acsnmp en maintenance. Pour recueillir des indices afin de savoir pourquoi le démarrage a échoué, vous pouvez vous reporter à la fin du journal de démarrage SMF, Pour localiser le journal de démarrage, exécutez la commande, svcs -l acsnmp et recherchez la définition du fichier journal. Consultez les dernières lignes de ce journal :
# tail -20 /var/svc/log/application-management-acsnmp:default.log
Sur Linux, utilisez service acsnmp status.
La commande de service indique uniquement si l'agent est en cours d'exécution ou à l'arrêt.
AcslsAgtd.logLe fichier AcslsAgtd.log se trouve dans le répertoire supérieur du logiciel ACSNMP. Il effectue le suivi des événements de démarrage et d'arrêt et des erreurs critiques rencontrées pendant le fonctionnement de l'agent d'ACSLS.
agentPour que l'agent d'ACSLS puisse répondre aux demandes SNMP, plusieurs dépendances opérationnelles et de configuration doivent être établies et rendues opérationnelles. Le répertoire $ACSNMP_HOME/utils contient une commande appelée agent. Cette commande participe à la résolution des incidents lorsque vous essayez d'isoler (le cas échéant) les différentes dépendances système manquantes.
La commande, agent status, permet non seulement d'afficher l'état de l'agent d'ACSLS, mais également celui de tous les services dépendants, notamment :
Le démon de l'agent Net-SNMP (snmpd).
L'application ACSLS (acsls).
L'interface côté serveur SNMP vers ACSLS (snmpssi).
Le démon de l'agent d'ACSLS (AcslsAgtd).
La connexion de port à l'agent maître.
La commande, agent status, recherche également une communauté rocommunity utilisateur V1 configurée et établie pour un accès en lecture seule à la MIB d'ACSLS. La communauté rocommunity doit être définie dans le fichier snmpd.conf . La définition de la communauté est également requise dans le fichier AcslsAgtd.cfg, mais uniquement si plusieurs communautés sont identifiées dans snmpd.conf et qu'une seule communauté spécifique est destinée à être utilisée par l'agent d'ACSLS.
Une fois les dépendances vérifiées et une communauté rocommunity valide identifiée, la commande agent status utilise l'agent et soumet une commande snmpget, afin de demander la version de l'agent d'ACSLS. Lorsque ce test réussi, la version du logiciel de l'agent est identifiée.
La commande agent status recherche également les destinations d'interruption configurées. Elle teste l'accès réseau à chaque hôte d'interruption défini et affiche le résultat. Si un listener est configuré et exécuté sur l'hôte local, la connexion au port d'interruption est testée et le résultat affiché.
Enfin, la commande agent status émet snmpget afin d'obtenir le message d'interruption le plus récent diffusé par l'agent d'ACSLS.
L'utilitaire agent peut également constituer une autre commande de démarrage. Si vous utilisez agent start pour démarrer l'agent d'ACSLS, vous êtes en mesure de surveiller la progression de l'utilitaire en temps réel. S'il manque des dépendances, elles sont affichées pendant la séquence de démarrage. Cette commande agent start ne peut pas être utilisée lorsque acsnmp est en ligne sur Solaris SMF ou l'utilitaire des services Linux.
Une fois l'agent vérifié, vous pouvez utiliser les commandes snmp directement. Utilisez translate -n pour capturer les identificateurs d'objet spécifiques souhaités, puis exécutez une commande snmpget pour cet identificateur d'objet. Par exemple, si la communauté rocommunity est acs_user, révélez la chaîne de version du logiciel de l'agent en exécutant snmpget avec l'identificateur d'objet numérique correspondant :
# snmpget -v1 -c acs_user localhost 1.3.6.1.4.1.1211.1.11.1.1.0