Trap SNMP qui ne modifient pas l'état dans Nagios...

[stekut Senior Member Find all posts View Profile Close stekut]

Bonjour à tous.

Je compte (enfin) mettre en place les trap SNMP dans OREON.

De ce que j'ai pu comprendre, il suffit que :

- snmptrapd soit en marche.
- qu'il utilise snmptrapd.conf dans lequel on lui spécifie une commande à lancer lors de la réception des traps.
- que cette commande écrive dans le fichier /usr/local/nagios/var/rw/nagios.cmd (en faisant bien gaffe aux droits) selon la syntaxe précise de Nagios.
- que dans Oreon on définisse un service qui n'effectue pas de check actifs, mais seulement des checks passif en lisant le fichier des commandes externes, que le service soit volatile, et parallélisé (ça je ne suis pas sur, je le vois une fois sur 2 dans les forums)

And that's all ?
Faut-il d'autres choses que j'ai oubliées ?
Par ailleurs j'aimerais savoir comment faire pour que dans le snmptrapd.conf, on récupère toutes les infos de la trap, car pour le moment avec mes tests, j'arrive à recevoir une trap bidon à laquelle j'associe un script bidon : quand je reçois une trap, sur le shell s'affiche "vous avez reçu une trap !"

Ce que j'aimerai, c'est que sur le shell s'affiche quelque chose de plus précis style "vous avez reçu une <TYPE DE TRAPPE> trap de <HOST> d'adresse <IPADDRESS>, etc."

Donc comment faire dans le fichier de conf pour que ma commande se lance avec les arguemnts que je souhaite ?

Merci à tous.

[DonKiShoot Senior Member Find all posts View Profile Close DonKiShoot]

Le traphandler.sh ne remonte que l'adresse ip, le script perl suivant est censé récupérer le nom du host dans la base Oreon à l'aide des fonctions perl écrite par le developpeur.
J'ai fournit un traphandler.pl dans le bugtrack et comme c'est du perl, c'est assez tunable, si vraiment t'as besoin de récupérer le type de trap pour l'envoyer ensuite au script d'execution.

[stekut Senior Member Find all posts View Profile Close stekut]

Ok merci à toi je vais y jeter un oeil.
En fait je n'ai pas besoin de mille infos, je ne vais remonter que les traps liées au linkUp/linkDown, mais comme je reçois les traps de nombreux routeurs, je dois les différencier (c'est le minimum).

J'ai avancé un petit peu et fais un test...
sur réception d'une trap (pour le moment j'ai mis default donc n'importe quelle trap), je lance un script basique contenant ceci :

echo "[$DATETIME] PROCESS_SERVICE_CHECK_RESULT;TEST;Health;2;OMG" >> /usr/local/nagios/var/rw/nagios.cmd

j'ai par ailleurs configuré dans OREON un service qui est mis en passif (donc il n'exécute jamais de checks lui même), l'hôte à donc pour HOSTNAME : TEST et la description de mon service est Health.

Je simule donc une trap depuis cet hôte, mon OREON la reçoit bien, je vois bien dans mes logs :

Nov 20 10:31:04 vel-oreon-1 nagios: EXTERNAL COMMAND: PROCESS_SERVICE_CHECK_RESULT;TEST;Health;2;OMG
Nov 20 10:31:09 vel-oreon-1 nagios: SERVICE ALERT: TEST;Health;CRITICAL;HARD;1;OMG

Mais rien ne change sur ma page web, le service reste en "PENDING", pourquoi donc ?

[DonKiShoot Senior Member Find all posts View Profile Close DonKiShoot]

La comme ça je ne vois aucune raison, désolé :?

[stekut Senior Member Find all posts View Profile Close stekut]

Arf, en tous cas merci de répondre, je me sens moins seul...

Je me dis que le problème doit venir de la configuration du service...
Qu'aurais-je pu mal définir pour que ça ne marche pas ?

Sachant qu'il est en passif, tant que je n'ai pas reçu de trap, c'est bien normal que j'ai Service check is not scheduled for execution... dans la partie "informations" sur Oreon, non ?

Thanks.

EDIT : Pour info je suis sous Oreon 1.2.2 et Nagios 1.2 (jai omis de le préciser).
Enfin ça devrait tout de même marcher non ? (sinon je n'aurais rien dans mon fichier de log de nagios, si ?)

[stekut Senior Member Find all posts View Profile Close stekut]

Petit UP, personne n'a d'idée ?
Je suis sur que j'ai commis une erreur toute naze quelque part, c'est rageant...

EDIT : Des droits manquants ???

[surcouf Senior Member Find all posts View Profile Close surcouf]

Arf, en tous cas merci de répondre, je me sens moins seul...

Je me dis que le problème doit venir de la configuration du service...
Qu'aurais-je pu mal définir pour que ça ne marche pas ?

Sachant qu'il est en passif, tant que je n'ai pas reçu de trap, c'est bien normal que j'ai Service check is not scheduled for execution... dans la partie "informations" sur Oreon, non ?

Thanks.

EDIT : Pour info je suis sous Oreon 1.2.2 et Nagios 1.2 (jai omis de le préciser).
Enfin ça devrait tout de même marcher non ? (sinon je n'aurais rien dans mon fichier de log de nagios, si ?)

En effet, ça devrait marcher mais une question me vient à l'esprit : regardes-tu à l'aide de l'interface de Nagios ou d'Oreon ? Si c'est avec Oreon, par acquis de conscience, regarde avec Nagios aussi.

[stekut Senior Member Find all posts View Profile Close stekut]

Bah tiens, je te retrouve ici

En fait j'ai regardé et dans Nagios et dans Oreon, mais dans les deux cas je suis en PENDING... :cry: :cry: :cry:

[stekut Senior Member Find all posts View Profile Close stekut]

Dites messieurs les admins, vous n'avez pas une petite idée ?

[DonKiShoot Senior Member Find all posts View Profile Close DonKiShoot]

Donne moi la configuration complète de ton service passif + template si il y a

[stekut Senior Member Find all posts View Profile Close stekut]

Hello,

tout d'abord voici mon fichier nagios.cfg :

log_file=/usr/local/nagios/var/nagios.log
cfg_file=/usr/local/nagios/etc/checkcommands.cfg
cfg_file=/usr/local/nagios/etc/misccommands.cfg
cfg_file=/usr/local/nagios/etc/contactgroups.cfg
cfg_file=/usr/local/nagios/etc/contacts.cfg
cfg_file=/usr/local/nagios/etc/dependencies.cfg
cfg_file=/usr/local/nagios/etc/escalations.cfg
cfg_file=/usr/local/nagios/etc/hostgroups.cfg
cfg_file=/usr/local/nagios/etc/hosts.cfg
cfg_file=/usr/local/nagios/etc/services.cfg
cfg_file=/usr/local/nagios/etc/timeperiods.cfg
resource_file=/usr/local/nagios/etc/resource.cfg
aggregate_status_updates=1
status_update_interval=15
status_file=/usr/local/nagios/var/status.log
nagios_user=nagios
nagios_group=nagios
check_external_commands=1
command_check_interval=-1
command_file=/usr/local/nagios/var/rw/nagios.cmd
comment_file=/usr/local/nagios/var/comment.log
downtime_file=/usr/local/nagios/var/downtime.log
lock_file=/usr/local/nagios/var/nagios.lock
temp_file=/usr/local/nagios/var/rw/nagios.tmp
log_rotation_method=d
log_archive_path=/usr/local/nagios/var/archives/
use_syslog=1
log_notifications=1
log_service_retries=1
log_host_retries=1
log_event_handlers=1
log_initial_states=0
log_external_commands=1
log_passive_service_checks=1
inter_check_delay_method=n
service_interleave_factor=s
max_concurrent_checks=0
service_reaper_frequency=10
sleep_time=1
service_check_timeout=90
host_check_timeout=60
event_handler_timeout=30
notification_timeout=60
ocsp_timeout=5
perfdata_timeout=5
retain_state_information=1
state_retention_file=/usr/local/nagios/var/status.sav
retention_update_interval=60
use_retained_program_state=1
interval_length=60
use_agressive_host_checking=0
execute_service_checks=1
accept_passive_service_checks=1
check_service_freshness=0
enable_notifications=1
enable_event_handlers=1
process_performance_data=1
obsess_over_services=0
check_for_orphaned_services=0
freshness_check_interval=60
aggregate_status_updates=1
status_update_interval=15
enable_flap_detection=0
low_service_flap_threshold=5.0
high_service_flap_threshold=20.0
low_host_flap_threshold=5.0
high_host_flap_threshold=20.0
date_format=euro
illegal_object_name_chars=`~!$^&*|'"<>,()?=
illegal_macro_output_chars=`~$&|'"<>
admin_email=nagios
admin_pager=nagiospager

Ensuite voici mon service "vie" pour l'hôte "test" :



Enfin mon script qui se déclenche sur réception de n'importe quelle trap :

#!/sin/sh
echo "[$DATETIME] PROCESS_SERVICE_CHECK_RESULT;test;vie;2;CRITICAL - No value " >> /usr/local/nagios/var/rw/nagios.cmd

Je simule une trap, et je vois apparaître dans les log nagios :
Nov 22 10:58:14 vel-oreon-1 nagios: EXTERNAL COMMAND: PROCESS_SERVICE_CHECK_RESULT;test;vie;2;CRITICAL - No value
Nov 22 10:58:30 vel-oreon-1 nagios: SERVICE ALERT: test;vie;CRITICAL;HARD;1;CRITICAL - No value

Voilà, si je peux apporter d'autres infos...

[DonKiShoot Senior Member Find all posts View Profile Close DonKiShoot]

ce n est pas la conf du service ca

[stekut Senior Member Find all posts View Profile Close stekut]

Extrait de services.cfg :

# 'vie' service definition 305
#
#
#service_id 745
define service{
service_description vie
host_name test
is_volatile 1
check_command check_host_alive
max_check_attempts 1
normal_check_interval 1
retry_check_interval 1
active_checks_enabled 0
passive_checks_enabled 1
check_period none
parallelize_check 1
freshness_threshold 0
event_handler_enabled 1
low_flap_threshold 0
high_flap_threshold 0
notification_interval 1440
notification_period 24x7
notification_options w,u,c,r
notifications_enabled 0
contact_groups DNOC
}


J'ai bon là ?

[julio Administrator Find all posts View Profile Close julio]

oula toujours en 1.2.2 ou < ?

[DonKiShoot Senior Member Find all posts View Profile Close DonKiShoot]

ce n est pas la conf du service ca

En fait l'image ne saffichait pas tout à l'heure :wink:

Ca doit être ton check période le problème :wink:

Un service passif qui marche chez moi:

#service_id 352
define service{
        name                            STemplate_SECOURS_RNIS
        service_description             STemplate_SECOURS_RNIS
        is_volatile                     1
        check_command                   check_none
        max_check_attempts                      1
        normal_check_interval           5
        retry_check_interval            1
        active_checks_enabled           0
        passive_checks_enabled          1
        check_period                    24x7
        parallelize_check                       1
        obsess_over_service             0
        check_freshness                 0
        event_handler_enabled           0
        flap_detection_enabled          0
        process_perf_data                       0
        retain_status_information               1
        retain_nonstatus_information    1
        notification_interval           10
        notification_period             24x7
        notification_options            w,u,c,r
        notifications_enabled           1
        contact_groups                  reseau
        register                                0
        }