Author Archive

[TIPS] PDH error avec NSClient++

Un grand nombre de personnes utilise l’agent NSClient++ pour surveiller les serveurs Win****.

Parfois vous installez et ça fonctionne sans problème mais vous pouvez avoir des erreurs. L’erreur que je rencontre souvent est celle qui concerne les « Performance Data Helper ».

Pour les curieux, voici un lien avec les codes d’erreurs et leur description:

http://msdn.microsoft.com/en-us/library/windows/desktop/aa373046%28v=vs.85%29.aspx

Prenons un exemple d’erreurs que vous pourriez avoir dans le message de sortie du plugin que vous utilisez:

  • CPU

NSClient – ERROR: Could not get data for 5 perhaps we don’t collect data this far back?

  • Mémoire

NSClient – ERROR: Failed to get PDH value.

  • Uptime

NSClient – ERROR: Could not get value

Dans le fichier de log NSC.log (disponible uniquement si les logs sont activés):

2008-07-03 14:13:35: error:.\PDHCollector.cpp:286: Failed to get UPTIME value: No value has been collected yet
2008-07-03 14:13:36: error:.\PDHCollector.cpp:264: Failed to get CPU value: No value has been collected yet
2008-07-03 14:13:37: error:.\PDHCollector.cpp:327: Failed to get MEM_CMT value: No value has been collected yet

Pas de panique, il y a une solution pour corriger ce problème.

Pour résoudre ce problème, il faut réaliser les action suivantes sur le serveur supervisé:

  1. Éteindre le service NSClient++
  2. Lancer la commande LODCTR /R en ligne de commande
  3. Relancer le service NSClient

Une fois ces actions effectuées, votre problème devrait être résolu.

J’espère que ce billet vous aidera si un jour vous rencontrez cette erreur.


[TIPS] CES 2.2 et Centreon 2.4

Ce billet va être assez court mais son but est d’attirer votre attention sur un changement au niveau de Centreon.

Comme vous avez pu le constater, il y a eu une nouvelle version de Centreon Enterprise Server (CES) qui embarque Centreon 2.4.

Si vous avez une plate-forme installé en mode « distribué » avec Centreon 2.4, la communication avec les pollers change quelque peut. Effectivement, avant il fallait faire un échange (échange entre le serveur central et les pollers) de clé SSH avec l’utilisateur « nagios » (utilisateur du moteur de supervision), maintenant il faudra utiliser l’utilisateur Centreon.

Cela pourrait vous surprendre si vous avez pas lu jusqu’à la fin la documentation officielle du produit.

Pour ceux qui aurai raté ladite documentation, vous pourrez la lire en cliquant sur le lien suivant:

http://documentation.centreon.com/docs/centreon/en/latest/installation/from_packages.html#base-configuration-of-pollers

J’espère que ce billet vous sera utile et que vous ne vous ferez pas surprendre par ce « changement ».


Premier livre sur Centreon

Le premier livre sur Centreon « centreon maitrisez la supervision de votre système d’information » a été publié le 06 octobre 2012. L’ouvrage aux éditions ENI est écrit par Loic FONTAINE et Bruno LEGROS avec une préface de Cédric TEMPLE (aka le sérial préfaceur :-) ).

Que vous êtes débutant, utilisateur de Centreon, administrateur système, DSI, etc et que vous désirez apprendre ou approfondir vos connaissances sur Centreon, ce livre est fait pour vous.

L’auteur familiarise le lecteur peut à peut avec l’interface de Centreon, ce qui lui permet de monter rapidement en compétence sur le sujet.

Plusieurs ordonnanceurs et brokers sont abordés comme Nagios, Centreon-Engine et NDO utils et Centreon-Broker.

Un livre complet qui donne même des astuces pour développer ses propres sondes (plugins ou greffons) ainsi qu’une section troubleshoot.

Vous pouvez acheter ce livre sur le site des éditions ENI.

Bonne lecture si vous achetez cet ouvrage.


Comment installer VMware tools sur CES, FAN ou encore CentOS partie 1

Aujourd’hui il n’est pas rare de voir un serveur de supervision virtualisé. Et souvent dans le monde de l’entreprise, c’est la solution de VMware qui est utilisé. Qui dit virtualisation dit aussi outils à installer sur le serveur virtualisé pour optimiser le système d’exploitation de la VM.

Chez VMware c’est l’outil VMware tools qu’il faut « impérativement » installé sur les VMs. Oui impérativement car il peut arriver que le système d’exploitation de la VM devienne instable du fait que cette outil est manquant. Parfois on perd quelques heures avant de se dire « si j’installais les VMware tools », et hop on redémarre la VM et tout est en ordre.

Dans ce billet, nous verrons une des différentes méthodes pour installer les VMware sur les systèmes basés sur RedHat (CentOS, CES, FAN, etc). Cette méthode n’est certainement pas la meilleure mais peut vous dépanner.

La première étape consiste à rajouter les clé GPG de VMware sur votre VM par l’intermédiaire des commandes suivantes:


rpm --import http://packages.vmware.com/tools/keys/VMWARE-PACKAGING-GPG-DSA-KEY.pub
rpm --import http://packages.vmware.com/tools/keys/VMWARE-PACKAGING-GPG-RSA-KEY.pub

Nous rajoutons ces clé GPG car l’installation de VMware tools sera fait via les dépôts de VMware.

La deuxième étape consiste à créer le fichier vmware-tools.repo dans le répertoire /etc/yum.repo.d/ et d’y ajouter les lignes suivantes:


[vmware-tools]
name=VMware Tools
baseurl=http://packages.vmware.com/tools/esx/4.1/rhel6/$basearch
enabled=1
gpgcheck=1


Remarque: Dans cette exemple, nous allons installer VMware tools pour VMware ESX 4.1 sur une RedHat 6. Vous devrez adapter ce fichier en fonction des versions d’ESX et de RedHat que vous utilisez !

Maintenant que le dépôt a été rajouté, nous allons installer VMware Tools:


yum install vmware-open-vm-tools-nox

vCenter affichera le status “Unmanaged” pour votre VM, cela signifie que ce n’est pas lui qui va gérer les mise à jour mais plutôt votre gestionnaire de paquet.

Dans un prochain article nous verrons une deuxième méthode pour installer VMware Tools.


Améliorer l’affichage des graphiques dans Centreon

Pour ce qui ne le savais pas il est possible de personnaliser l’affichage des graphiques dans Centreon. Effectivement il est possible de choisir la couleur du fond, la couleur des lignes ou des aires des graphiques, etc. Je ne vais pas cité toutes les fonctionnalités car le but de cet article n’est pas de toutes les cités mais d’attirer votre attention sur les plus importantes.

Une des personnalisation possible qui me plaît particulièrement à cœur, c’est l’empilage des graphiques ou courbes (stack). Cette fonctionnalité est pratique pour afficher les graphiques du Load Average ou encore les statistiques CPU comme par exemple le cpu_idle, spu_system, …

Dans cette article, nous allons vous montrer comment configurer l’empilage des graphiques ou courbes sur l’indicateur « Load Average ». Pour ce faire, connectez-vous à Centreon avec un compte administrateur de préférence. Cliquez sur l’onglet « Views » puis sur « Graphs » et enfin sur « Curves« . Il faudra cliquer sur la métrique load_1 pour la modifier et y ajouter les informations comme dans la capture d’écran ci-dessous:

Vous remarquerez que nous avons coché les case « Stack » (empilage) et « Filling » (remplissage), puis ajouter un numéro 1 pour « order » qui correspond à l’ordre d’affichage des métriques. Une fois la métrique load_1 configuré il vous faudra configurer les métriques load_5 puis load 15 comme les captures d’écran ci-dessous.

Résumons, nous avons modifié les 3 métriques suivantes: load_1, load_5 et load_15. Nous avons aussi configuré le remplissage des graphiques pour chaque métriques et donné un ordre précis d’affichage à savoir load_1, load_2 et load_5.

Comme toutes les modifications concerne que Centreon, aucun redémarrage de Nagios ne sera nécessaire et les modifications seront pris en compte directement. Visualisons à présent le résultat de nos modifications.

Vous pourrez constater que l’affichage est beaucoup plus « jolie » et le graphique de l’indicateur plus lisible à mon sens.

Maintenant que nous savons comment empiler des métriques sur un graphique, nous allons voir comment choisir les couleurs des aires et des lignes des graphiques. Pour ce faire, il faudra se rendre dans le menu « Views>Graphs>Curves« . Par exemple pour personnaliser les couleurs du graphique de la métrique « connection_time« , il faudra cliquer sur le nom de la métrique pour la modifier.

Pour modifier la couleur de la  ligne du graphique il faudra changer la valeur du champ « Line color« ;

Pour modifier la couleur de l’air du graphique, il faudra changer la valeur du champ « Area color« ;

Si vous modifier la valeur du champ « Area color, » n’oubliez pas de cocher la case « Filling » (remplissage) au sinon votre modification ne sera pas pris en compte.

Vous pouvez aussi ajouter une légende, en ajoutant votre texte dans le champ « Legend Name« .

Voici un exemple de configuration, de la métrique connection_time.

C’est la fin de cet article, en espérant que ces petites astuces vous plairont et rendront service. ;-)


Comment superviser des bases de donnnées Oracle avec CES ou FAN ?

Vous avez certainement eu besoin de superviser des bases de données Oracle avec Nagios/Icinga/Centreon mais vous n’avez pas trouvé de solution concrète. Pas de panique il y a une solution assez simple à mettre en oeuvre, dans cette article nous allons vous décrire les différentes étapes pour superviser vos bases de données Oracle.

Choix du plugin

Dans un premier temps nous utiliserons le plugins check_oracle_health qui fournit des métriques intéressantes. Pour plus d’informations sur ce plugins, cliquez sur le lien suivant:

http://labs.consol.de/lang/de/nagios/check_oracle_health/

Ce plugin doit être compilé et pour l’installer il faut entrer les commandes suivantes:

root@central-centreon:~# tar -xvf check_oracle_health-1.7.3.tar.gz
root@central-centreon:~# cd check_oracle_health-1.7.3
root@central-centreon:~# ./configure --program-prefix=plugins/ --libexecdir=/usr/lib/nagios --with-mymodules-dir=/usr/lib/nagios/plugins  --with-statefiles-dir=/tmp
root@central-centreon:~# make
root@central-centreon:~# make install

Le plugin check_oracle_health a été installé et se trouve dans le répertoire /usr/lib/nagios/plugins/.

Installation des Pré-requis pour utiliser le plugin

root@central-centreon:~# yum install libdbi-drivers
root@central-centreon:~# yum install libdbi
root@central-centreon:~# yum install perl-DBI

Il faudra installer aussi installer Oracle instant client, la liste des paquets est la suivante:

  • oracle-instantclient-basic;
  • oracle-instantclient-devel;
  • oracle-instantclient-jdbc;
  • oracle-instantclient-sqlplus;

Pour information, aujourd’hui deux versions disponible en téléchargement, à savoir Oracle instant client 11.2 et 10.2.0.5. La version 11.x est rétro-compatible jusqu’à Oracle 9 et la version 10.x est rétro-compatible jusqu’à Oracle 8. Ces paquets sont disponible en téléchargement sur le site de l’éditeur.

Une fois les différents paquets Oracle instant client installé, il faudra installer la librairie perl DBD-Oracle. Pour ce faire il vous faudra télécharger DBD-Oracle sur CPAN puis le copier sur votre serveur de supervision.

Avant de décompresser l’archive, il faudra créer quelques variable d’environnement pour DBD-Oracle. Editez le fichier /etc/profile de votre système d’exploitation pour y ajouter les lignes suivantes:


ORACLE_HOME=/usr/lib/oracle/10.2.0.5/client64
PATH=$PATH:$ORACLE_HOME/bin
LD_LIBRARY_PATH=$ORACLE_HOME/lib/
export ORACLE_HOME
export PATH
export LD_LIBRARY_PATH

Pour la variable ORACLE_HOME, il vous suffit de la compléter de la façon suivante /usr/lib/oracle/version-oracle/client-architecture. Dans l’exemple ci-dessus, il s’agit de Oracle instant client 10.2.0.5 sur une architecture 64 bit.

root@central-centreon:~# tar -xvf DBD-Oracle-1.44.tar.gz
root@central-centreon:~# cd DBD-Oracle-1.44
root@central-centreon:~# perl Makefile.PL
root@central-centreon:~# make
root@central-centreon:~# make install

Maintenant que DBD-Oracle est installé, nous allons nous connecté avec l’utilisateur Nagios pour tester notre plugin avant de la rajouter dans Centreon.

root@central-centreon:~# su - nagios

nagios@central-centreon:~% /usr/lib/nagios/plugins/check_oracle_health --connect='(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.122.21)(PORT=1531))(CONNECT_DATA=(SID=sidoracle)))' --username=nagios --password=nagiossecret --mode=tnsping --warning=60 --critical=600
OK - connection established to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.912221)(PORT=1531))(CONNECT_DATA=(SID=sidoracle))).

Il semblerait que tout soit fonctionnel, il ne vous reste plus qu’à rajouter les commandes et modèles nécessaires dans Centreon pour superviser vos base de données Oracle.


[TIPS] Comment afficher les traps hexadécimal en numérique

Il arrive parfois que certains équipements envoient des traps en hexadécimal à votre plate-forme de supervision. Tout ceux qui ont déjà vu ce type de trap passé peuvent conclure que ces traps ne sont pas du tout lisibles. De ce fait l’interprétation de ces alertes est très difficile voir impossible.

Pour vous donné un cas concrêt de la situation, voici un Exemple de trap reçu en hexadécimal:

Thu Jun 28 13:37:30 2012 .1.3.6.1.4.1.6876.4.3.0.203 3 "Status Event" srv-esx-1.domain.local - This notification is sent on entity alarm state change, by the vCenter Server SNMP agent. '4' 'Gris' 'Gris' '61 6C 61 72 6D 2E 48 69 67 68 41 76 61 69 6C 61  62 69 6C 69 74 79 45 72 72 6F 72 20 2D 20 C3 89  76 C3 A9 6E 65 6D 65 6E 74 3A 20 52 65 73 73 6F  75 72 63 65 73 20 64 65 20 62 61 73 63 75 6C 65  6D 65 6E 74 20 69 6E 73 75 66 66 69 73 61 6E 74  65 73 20 28 37 30 35 38 34 35 36 29 0A 52 C3 A9  73 75 6D C3 A9 3A 20 52 65 73 73 6F 75 72 63 65  73 20 69 6E 73 75 66 66 69 73 61 6E 74 65 73 20  70 6F 75 72 20 73 61 74 69 73 66 61 69 72 65 20  61 75 20 6E 69 76 65 61 75 20 64 65 20 62 61 73  63 75 6C 65 6D 65 6E 74 20 48 41 20 73 75 72 20  6C 65 20 63 6C 75 73 74 65 72 20 43 4C 55 42 41  43 4B 4F 33 33 35 20 64 61 6E 73 20 44 43 5F 43  6F 6C 6C 65 67 69 65 6E 0A 44 61 74 65 3A 20 32  38 2F 30 36 2F 32 30 31 32 20 31 31 3A 33 37 3A  32 39 0A 50 6F 6F 6C 20 64 65 20 72 65 73 73 6F  75 72 63 65 73 3A 20 43 4C 55 42 41 43 4B 4F 33  33 35 0A 44 61 74 61 63 65 6E 74 65 72 3A 20 44  43 5F 43 6F 6C 6C 65 67 69 65 6E 0A ' 'FERME-WEB'

On s’aperçoit que cela n’est vraiment pas pratique à lire. Comment faire pour que votre plate-forme de supervision puisse afficher correctement ce type de trap ?

Pour permettre à votre plate-forme de supervision d’afficher les traps hexadécimal en numérique, il faudra modifier le script d’init de SNMPTRAPD. Effectivement la ligne à modifier est la suivante:
OPTIONS="-Lsd -p /var/run/snmptrapd.pid"
par
OPTIONS="-Oa -Lsd -p /var/run/snmptrapd.pid"
L’option -Oa permet d’afficher la traps sous forme numérique et ainsi d’avoir des traps lisibles.

Après cette modification, il faudra redémarrer le service SNMPTRAPD afin que le daemon soit lancé avec cette nouvelle option.

Vérifions si nos nouvelles traps sont affichés correctement, pour ce faire nous avons deux solutions:

  1. Attendre que des nouvelles traps du même type arrivent et analyser le résultat;
  2. Simuler la réception d’une trap via la commande snmptrap

Fri Jun 29 17:14:39 2012 .1.3.6.1.4.1.6876.4.3.0.203 3 "Status Event" srv-esx-1.domain.local - This notification is sent on entity alarm state change, by the vCenter Server SNMP agent. '2' 'Gris' 'Gris' 'alarm.StorageConnectivityAlarm - evenement: Connectivite de stockage perdue (7113840) Resume: Connectivite avec le peripherique de stockage naa.700808d7000gdl70000u000008e0000 perdue. Chemin d'acces vmhba1:C0:T0:L1 en panne. Banques de donnees affectees..: \"FERME-WEB\". Date: 29/06/2012 15:14:26 Hote: srv-web-projet-armagedon.domain.local Pool de ressources: FERME-WEB Datacenter: DC-PAR-TH2 Arguments:     eventTypeId = esx.problem.storage.connectivity.lost     objectId = ha-eventmgr     1 = naa.700808d40006gdl70000u000008e0000     2 = vmhba1:C0:T0:L1     3 = \"FERME-WEB\" ' ''

On s’aperçoit que la modification permet bien d’avoir un affichage plus lisible des traps en héxadécimal.


Nouvelle version de Nagios Plugins

La sortie de la version de Nagios Plugins 1.4.16 a été annoncé il y a quelques heures. Vous pouvez consulter le changelog en cliquant sur le lien suivant:

http://nagiosplugins.org/nagiosplugins-1.4.16

Cette nouvelle release arrive quasiment deux ans après la 1.4.15 qui était sortie le 27 juillet 2010.  Cela peut « réconforter » les personnes qui comme moi était surpris et se posaient des questions sur après le départ de Ton Voon le 4 novembre 2011. Pour rappel Ton Voon a été le leader du projet Nagios Plugins pendant 7 ans.

L’archive est disponible en téléchargement en cliquant sur le lien suivant:

http://sourceforge.net/projects/nagiosplug/files/

A mon vis elle sera testé puis packagé prochainement (si tout se passe bien) dans les distributions comme FAN ou encore CES.


[BUG] ATTENTION à la version de NDOutils utilisé avec Centreon

Pour ce qui ne l’aurait pas remarqué, il y a deux nouvelles versions de NDO qui ont été publié depuis le début de l’année 2012 (NDOutils 1.5 et 1.5.1). A la grande surprise ces deux versions sont « stables », pour ceux qui utilisent ce addon de Nagios depuis assez longtemps c’est étonnant quand on sait que la version 1.4 beta 9 a été installée en production pendant longtemps.

La version de NDO 1.5 n’est pas compatible avec Centreon, donc il faudra penser à ne pas mettre à jour NDOutils sur votre plate-forme. Pour information, ce problème de compatibilité a été remonté sur la forge de  Centreon, vous pouvez lire le ticket en cliquant sur le lien suivant:

http://forge.centreon.com/issues/3076

Un des développeurs de Centreon a fait plusieurs tests et n’a pu que constater le problème de « provisionning » de la base de données de NDO qui gère la supervision en temps réelle dans Centreon. Qui dit Supervision en temps réelle, dit aussi statut des hôtes et des services.

Si vous avez NDOutils et que vous constatez des problèmes de performances, je vous recommande d’utiliser la version patché de NDO. Effectivement lorsque que NDO a été développé, il semblerait que certains optimisations comme l’utilisation des indexes aient été oubliés. En installant la version patchée vous pourrez alors bénéficier de ces optimisations.

Pour plus d’informations sur la version de NDO patché, je vous invite à cliquer sur le lien suivant:

http://forum.centreon.com/showthread.php/10287-Passage-NDO-en-version-SVN-NDO-%28Patch-NDOutils%29

Si vous utilisez Fully Automated Nagios ou encore Centreon Enterprise Server vous bénéficiez déjà de cette optimisation.


Réorganisez les journaux de SNMPTT

Vous avez sans doute remarqué que toutes vos traps SNMP sont stockés dans le fichier /var/log/messages.

Le but de cet article est de mieux organiser les journaux de snmptt et ainsi d’identifier si notre serveur de supervision reçoit des traps inconnus.

Pour configurer les journaux de SNMPTT, il faut éditer le fichier /etc/snmp/centreon_traps/snmptt.ini en y apportant les modifications suivantes:

log_enable = 1
log_file = /var/log/snmptt.log
unknown_trap_log_enable = 1
unknown_trap_log_file = /var/log/snmpttunknown.log

Vous pouvez faire des tests de bon fonctionnement en utilisant la commande snmptrap, puis vous pourrez consulter les fichier de log suivants:

  • snmptt.log 
root@central-centreon:~# tail -f /var/log/snmptt.log
Thu Mar  1 11:48:18 2012 .1.3.6.1.6.3.1.1.5.1 1 "Status Event" localhost.localdomain - SNMP is restarting
Mon Jun 18 18:05:27 2012 .1.3.6.1.6.3.1.1.5.1 1 "Status Event" localhost.localdomain - SNMP is restarting
  • snmpttunknown.log 
root@central-centreon:~# tail -fn 15 /var/log/snmpttunknown.log
Tue Jun 12 17:07:49 2012: Unknown trap (.1.3.6.1.2.1.1.3.0) received from localhost.localdomain at:
Value 0: localhost.localdomain
Value 1: 127.0.0.1
Value 2: 0:0:00:00.00
Value 3: .1.3.6.1.2.1.1.3.0
Value 4: 127.0.0.1
Value 5:
Value 6:
Value 7:
Value 8:
Value 9:
Value 10:
Ent Value 0: .0.1=


Copyright © 2010-2013 Charles JUDITH. All rights reserved.
Jarrah theme by Templates Next | Powered by WordPress