Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2342 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

  Supervision Hardware des disques

 
 


Dernière réponse
Sujet : Supervision Hardware des disques
ze_cameleon ;-)
 
A ben forcément j'ai pas regardé dans la bonne archive ... je me suis limité aux plugins mais dnas les archives de Nagios y a un dossier contrib effectivement.
Ca me paraissait bizarre mais dans le doute j'ai utilisé NSCA. Bon ben c'est cool ca va faire une couche en moins dans mon usine à gaz :-)
 
Bonne journée.
 

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse
[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 
Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
ze_cameleon ;-)
 
A ben forcément j'ai pas regardé dans la bonne archive ... je me suis limité aux plugins mais dnas les archives de Nagios y a un dossier contrib effectivement.
Ca me paraissait bizarre mais dans le doute j'ai utilisé NSCA. Bon ben c'est cool ca va faire une couche en moins dans mon usine à gaz :-)
 
Bonne journée.
 
Exo 7 Salut
Tu m'a fais douter :)
 
NSCA est utile si tu veux soumettre des resultats de check passif d'host distant.
Or en l'occurence tu es en local : tu n'as pas besoin de passer par le daemon nsca pour soumettre le résultat.
 
 
Le submit_check_result livré avec le package debian (sans les commentaires) :  
 

Code :
  1. echocmd="/bin/echo"
  2. CommandFile="/var/run/nagios/nagios.cmd"
  3. datetime=`date +%s`
  4. cmdline="[$datetime] PROCESS_SERVICE_CHECK_RESULT;$1;$2;$3;$4"
  5. `$echocmd $cmdline >> $CommandFile`
ze_cameleon Pour être plus clair voici un extrait du fichier snmptt.conf :
 

Code :
  1. EVENT cpqDa6LogDrvStatusChange .1.3.6.1.4.1.232.0.3034 "Status Events" CRITICAL
  2. FORMAT Logical Drive Status Change: Status is now $6.
  3. EXEC /usr/local/nagios/libexec/eventhandlers/submit_check_result $r RAID 1 "Logical Drive Status Change: Status is now $6"
  4. SDESC
  5. Logical Drive Status Change.
  6. This trap signifies that the agent has detected a change in the
  7. status of a drive array logical drive.  The variable
  8. cpqDaLogDrvStatus indicates the current logical drive status.
  9. Variables:
  10.   1: sysName
  11.   2: cpqHoTrapFlags
  12.   3: cpqDaCntlrHwLocation
  13.   4: cpqDaLogDrvCntlrIndex
  14.   5: cpqDaLogDrvIndex
  15.   6: cpqDaLogDrvStatus
  16. EDESC


 
et le contenu du script check_submit_result
 

Code :
  1. #!/bin/sh
  3. # Arguments
  4. #       $1 = name of host in service definition
  5. #       $2 = name/description of service in service definition
  6. #       $3 = return code
  7. #       $4 = output
  9. /bin/echo -e "$1\t$2\t$3\t$4\n" | /usr/local/nagios/nsca/send_nsca localhost -c /usr/local/nagios/nsca/send_nsca.cfg


 
ze_cameleon Sauf erreur de ma part, submit_check_result utilise nsca pour envoyer ses informations au démon nsca qui tourne sur la machine Nagios.
Exo 7 Je comprend pas trop pourquoi tu as un NSCA après snmptt.
 
Tu peux définir un check passif par host dans Nagios. Ensuite tu configures snmptt pour qu'il execute un submit_check_result avec les paramètres qui vont bien après réception d'une trap snmp
ze_cameleon Bon j'ai réussi à superviser l'état des disques...
Donc j'ai utilisé l'agent fourni par HP et je l'ai configuré pour envoyer des traps snmp lorsqu'il y a un pb. Ensuite sur le serveur Nagios j'ai configuré snmptt qui permet de récupérer les traps et d'invoquer un script en fonction de la nature du trap.  
Ensuite tout ca est envoyé à un nsca qui affiche ca dans Nagios.
C'est un peu l'usine à Gaz mais ca marche bien.
jlighty On avait qu'un seul serveur à superviser donc on passait naturellement par Insight manager du serveur et l'agent SNMP nous retournait les infos sur l'état du système RAID.
Si ta supervision ne marche plus correctement, le seul moyen est de récupérer les infos SNMP et de concevoir une interface simple pour mettre en forme les données.
ze_cameleon Les serveurs à superviser sont sous windows mais le serveur de supervision est sous RedHat Enterprise 3.
C'est bien ce qu'il me semblait pour l'agent... mais il semblerait que ca ne fonctionne plus de la même façon depuis le version 7 de insight manager.
jlighty Ah oui, j'avais installé sous Linux un agent SNMP de chez HP, grâce à lui il me retournait les différentes informations sur l'état des disques durs.
PS: ton serveur ne tourne pas sous Windows  ?
ze_cameleon ben les agents Insight manager sont installés et remontent des infos dans le EventLog. Les machines à superviser sont sous Windows 2000. La machine en charge de la supervision est une RHEL 3 avec Nagios.
La seule possibilité que j'ai trouvé pour l'instant est de superviser les disques en utilisant le EventLog et l'agent NC_Net.
 
 
 
jlighty commande :
smartctl
et normalement ton serveur doit avoir une interface de supervision (démarrer/arrêter la machine, affichage de l'écran...) et il indique aussi l'état des disques durs.
ze_cameleon Salut à tous,
 
Je voudrais savoir ce que vous utilisez pour surveiller l'état de vos disques dur. En gros si il y en a un qui est en panne etc ...
Les serveurs sont des HP DL380.
 
Merci d'avance.
 

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)