韓誥傭痔

Table of Contents

4 V谷rifications IPMI

4 V谷rifications IPMI

Aper?u

Vous pouvez superviser l'int谷grit谷 et la disponibilit谷 des p谷riph谷riques IPMI (Intelligent Platform Management Interface) dans 韓誥傭痔. Pour effectuer les v谷rifications IPMI, le serveur 韓誥傭痔 doit initialement 那tre 釵棗紳款勳眶喝娶谷 avec le support IPMI.

IPMI est une interface normalis谷e pour la gestion 角 distance de syst豕mes informatiques. Il permet de surveiller l'谷tat du mat谷riel directement 角 partir des cartes de gestion dites ?out-of-band?, ind谷pendamment du syst豕me d'exploitation ou de la mise sous tension de la machine.

La surveillance IPMI de 韓誥傭痔 ne fonctionne que pour les p谷riph谷riques prenant en charge IPMI (HP iLO, DELL DRAC, IBM RSA, Sun SSP, etc.).

Depuis 韓誥傭痔 3.4, un nouveau processus de gestion IPMI a 谷t谷 ajout谷 pour planifier les v谷rifications IPMI par les pollers IPMI. Maintenant, un h?te est toujours interrog谷 par un seul poller IPMI 角 la fois, ce qui r谷duit le nombre de connexions ouvertes aux contr?leurs BMC. Avec ces modifications, il est s?r d'augmenter le nombre de pollers IPMI sans se soucier de la surcharge du contr?leur BMC. Le processus du gestion IPMI est automatiquement d谷marr谷 lorsqu'au moins un poller IPMI est d谷marr谷.

Voir aussi les probl豕mes connus pour les v谷rifications IPMI.

Configuration

Configuration de l'h?te

Un h?te doit 那tre 釵棗紳款勳眶喝娶谷 pour traiter les v谷rifications IPMI. Une interface IPMI doit 那tre ajout谷e, avec les adresses IP et les num谷ros de port respectifs, et les param豕tres d'authentification IPMI doivent 那tre d谷finis.

Voir la configuration des h?tes pour plus de d谷tails.

Configuration du serveur

Par d谷faut, le serveur 韓誥傭痔 n'est pas 釵棗紳款勳眶喝娶谷 pour d谷marrer les pollers IPMI. Par cons谷quent, les 谷l谷ments IPMI ajout谷s ne fonctionneront pas. Pour changer cela, ouvrez le fichier de configuration du serveur 韓誥傭痔 (zabbix_server.conf) en tant qu'utilisateur root et recherchez la ligne suivante :

# StartIPMIPollers=0

D谷commentez-la et d谷finissez le nombre d'interrogation sur, disons, 3, afin qu'il indique :

StartIPMIPollers=3

Enregistrez le fichier et red谷marrez ensuite zabbix_server.

Configuration de l'谷l谷ment

Lors de la configuration d'un 谷l谷ment au niveau de l'h?te :

Pour l'interface h?te, s谷lectionnez l'IP IPMI et le port
S谷lectionnez 'IPMI agent' comme Type
Sp谷cifiez le capteur IPMI (par exemple 'FAN MOD 1A RPM' sur Dell Poweredge). Par d谷faut, l'ID du capteur doit 那tre sp谷cifi谷. Il est aussi possible d'utiliser des pr谷fixe avant la valeur :
- id: - pour sp谷cifier l'ID du capteur ;
- name: - pour sp谷cifier le nom complet du capteur. Cela peut 那tre utile dans certaines situations quand les capteurs peuvent seulement 那tre distingu谷s en sp谷cifiant le nom complet.
Entrez une 釵梭谷 d'谷l谷ment qui unique pour l'h?te (disons, ipmi.fan.rpm)
S谷lectionnez le type d'information correspondant ('Num谷rique (flottant)' dans ce cas, pour les capteurs discrets - 'Num谷rique (non sign谷)'), les unit谷s (tr豕s probablement 'rpm') et tout autre attribut d'谷l谷ment requis

D谷lai d'expiration et fin de session

Les d谷lais d'attente de messages IPMI et les compteurs de tentatives sont d谷finis dans la biblioth豕que OpenIPMI. Du fait de la conception actuelle d'OpenIPMI, il n'est pas possible de rendre ces valeurs configurables dans 韓誥傭痔, ni au niveau de l'interface ni au niveau de l'objet.

Le d谷lai d'inactivit谷 de la session IPMI pour le r谷seau local est de 60 +/- 3 secondes. Actuellement, il n'est pas possible d'impl谷menter l'envoi p谷riodique de la commande ? Activate Session ? avec OpenIPMI. S'il n'y a pas de v谷rifications d'谷l谷ments IPMI depuis 韓誥傭痔 vers un contr?leur BMC particulier pendant plus de la temporisation de session 釵棗紳款勳眶喝娶谷e dans BMC, la v谷rification IPMI suivante apr豕s l'expiration du d谷lai expire en raison des d谷lais d'attente, des nouvelles tentatives ou des erreurs de r谷ception. Apr豕s cela, une nouvelle session est ouverte et une nouvelle analyse du contr?leur BMC est lanc谷e. Si vous souhaitez 谷viter les rediffusions inutiles du contr?leur BMC, il est conseill谷 de d谷finir l'intervalle d'interrogation de l'谷l谷ment IPMI sous le d谷lai d'inactivit谷 de la session IPMI 釵棗紳款勳眶喝娶谷 dans le contr?leur BMC.

Remarques sur les capteurs IPMI discrets

Pour trouver des capteurs sur un h?te, d谷marrez le serveur 韓誥傭痔 avec DebugLevel=4 activ谷. Attendez quelques minutes et recherchez les enregistrements de d谷tection de capteur dans le fichier de log du serveur 韓誥傭痔 :

$ grep 'Added sensor' zabbix_server.log
       8358:20130318:111122.170 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:7 id:'CATERR' reading_type:0x3 ('discrete_state') type:0x7 ('processor') full_name:'(r0.32.3.0).CATERR'
       8358:20130318:111122.170 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:15 id:'CPU Therm Trip' reading_type:0x3 ('discrete_state') type:0x1 ('temperature') full_name:'(7.1).CPU Therm Trip'
       8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'System Event Log' reading_type:0x6f ('sensor specific') type:0x10 ('event_logging_disabled') full_name:'(7.1).System Event Log'
       8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'PhysicalSecurity' reading_type:0x6f ('sensor specific') type:0x5 ('physical_security') full_name:'(23.1).PhysicalSecurity'
       8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'IPMI Watchdog' reading_type:0x6f ('sensor specific') type:0x23 ('watchdog_2') full_name:'(7.7).IPMI Watchdog'
       8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:16 id:'Power Unit Stat' reading_type:0x6f ('sensor specific') type:0x9 ('power_unit') full_name:'(21.1).Power Unit Stat'
       8358:20130318:111122.171 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:16 id:'P1 Therm Ctrl %' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(3.1).P1 Therm Ctrl %'
       8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:16 id:'P1 Therm Margin' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(3.2).P1 Therm Margin'
       8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:13 id:'System Fan 2' reading_type:0x1 ('threshold') type:0x4 ('fan') full_name:'(29.1).System Fan 2'
       8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:13 id:'System Fan 3' reading_type:0x1 ('threshold') type:0x4 ('fan') full_name:'(29.1).System Fan 3'
       8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'P1 Mem Margin' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(7.6).P1 Mem Margin'
       8358:20130318:111122.172 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'Front Panel Temp' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(7.6).Front Panel Temp'
       8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:15 id:'Baseboard Temp' reading_type:0x1 ('threshold') type:0x1 ('temperature') full_name:'(7.6).Baseboard Temp'
       8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:9 id:'BB +5.0V' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +5.0V'
       8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'BB +3.3V STBY' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +3.3V STBY'
       8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:9 id:'BB +3.3V' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +3.3V'
       8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'BB +1.5V P1 DDR3' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +1.5V P1 DDR3'
       8358:20130318:111122.173 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:17 id:'BB +1.1V P1 Vccp' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +1.1V P1 Vccp'
       8358:20130318:111122.174 Added sensor: host:'192.168.1.12:623' id_type:0 id_sz:14 id:'BB +1.05V PCH' reading_type:0x1 ('threshold') type:0x2 ('voltage') full_name:'(7.1).BB +1.05V PCH'

Pour d谷coder les types et les 谷tats des capteurs IPMI, procurez-vous une copie des sp谷cifications IPMI 2.0 角 l' adresse (Au moment de la r谷daction du le document le plus r谷cent 谷tait )

Le premier param豕tre avec lequel commencer est "read_type". Utilisez "Tableau 42-1, Plages de codes de type d'谷v谷nement/de lecture" dans les sp谷cifications pour d谷coder le code "read_type". La plupart des capteurs de notre exemple ont "read_type:0x1" qui signifie capteur de "seuil". "Le tableau 42-3, Codes de type de capteur" montre que "type:0x1" signifie capteur de temp谷rature, "type:0x2" - capteur de tension, "type:0x4" - ventilateur etc. Les capteurs de seuil sont parfois appel谷s "analogiques" car ils mesurent des param豕tres continus comme la temp谷rature, la tension, les r谷volutions par minute.

Un autre exemple - un capteur avec "read_type:0x3". "Tableau 42-1, Plages de codes de type 谷v谷nement/lecture" indique que les codes de type de lecture 02h-0Ch signifient "Generic Discrete". Les capteurs discrets ont jusqu'角 15 谷tats possibles (en d'autres termes, jusqu'角 15 octets significatifs). Par exemple, pour le capteur 'CATERR' avec "type:0x7", le "Tableau 42-3, Codes de type de capteur" montre que ce type signifie "Processeur" et que la signification des octets individuels est : 00h (l'octet le moins significatif) - IERR, 01h - Thermal Trip etc.

Il y a peu de capteurs avec "reading_type:0x6f" dans notre exemple. Pour ces capteurs, le "Tableau 42-1, Plages de codes de type d'谷v谷nement/lecture" conseille d'utiliser "Tableau 42-3, Codes de type de capteur" pour d谷coder les significations des octets. Par exemple, le capteur 'Power Unit Stat' a le type "type:0x9" qui signifie "Power Unit". Offset 00h signifie "PowerOff/Power Down". En d'autres termes, si l'octet le moins significatif est 1, le serveur est mis hors tension. Pour tester cet octet, la fonction band avec le masque 1 peut 那tre utilis谷e. L'expression de d谷clenchement pourrait 那tre comme

   {www.zabbix.com:Power Unit Stat.band(#1,1)}=1

pour avertir d'un serveur 谷teint.

Notes sur les noms de capteurs discrets dans OpenIPMI-2.0.16, 2.0.17, 2.0.18 et 2.0.19

Les noms de capteurs discrets dans OpenIPMI-2.0.16, 2.0.17 et 2.0.18 ont souvent un "0" suppl谷mentaire (ou un autre chiffre ou lettre) ajout谷角 la fin. Par exemple, si ipmitool et OpenIPMI-2.0.19 affichent les noms des capteurs comme "PhysicalSecurity" ou "CATERR", dans OpenIPMI-2.0.16, 2.0.17 et 2.0.18, les noms sont "PhysicalSecurity0" ou "CATERR0", respectivement.

Lors de la configuration d'un 谷l谷ment IPMI avec le serveur 韓誥傭痔角 l'aide d'OpenIPMI-2.0.16, 2.0.17 et 2.0.18, utilisez ces noms se terminant par "0" dans le champ Capteur IPMI des 谷l谷ments de l'agent IPMI. Lorsque votre serveur 韓誥傭痔 est mis 角 jour vers une nouvelle distribution Linux, qui utilise OpenIPMI-2.0.19 (ou une version ult谷rieure), les 谷l谷ments avec ces capteurs IPMI discrets deviendront "NON SUPPORTE". Vous devrez changer leur nom de capteur IPMI (enlevez le '0' 角 la fin) et attendre un moment avant de les r谷activer.

Remarques sur la disponibilit谷 simultan谷e du capteur de seuil et du capteur discret

Certains agents IPMI fournissent 角 la fois un capteur de seuil et un capteur discret sous le m那me nom. Dans les versions de 韓誥傭痔 ant谷rieures 角 2.2.8 et 2.4.3, le premier capteur fourni 谷tait choisi. Depuis les versions 2.2.8 et 2.4.3, la pr谷f谷rence est toujours donn谷e au capteur de seuil.

Remarques sur la fin de la connexion

Si les v谷rifications IPMI ne sont pas effectu谷es (pour une raison quelconque : tous les 谷l谷ments IPMI h?te d谷sactiv谷s/non pris en charge, h?te d谷sactiv谷/supprim谷, h?te en maintenance, etc.) la connexion IPMI sera termin谷e du serveur ou du proxy 韓誥傭痔 en 3 角 4 heures selon l'heure lorsque le serveur/proxy 韓誥傭痔 a 谷t谷 d谷marr谷.