Le but de cet article est de définir la procédure à suivre pour gérer les droits utilisateurs le plus finement possible sur Centreon.

Pour cela, Centreon utilise un système d’ACL (Access Control List) qui permet d’attribuer des droits à un utilisateur ( ou groupe d’utilisateur ) sur les différents menus  et les ressources ( Hôte, services, groupe d’hôte, groupe de services).

Imaginons que vous voulez donner accès aux DBA à une interface Centreon personnalisée. Ils pourraient visualiser l’état des services des serveurs de bases de données,voir les graphs liés aux services et changer leur mot de passe. Pour cela, je vais tenter de vous expliquez la démarche :

Procédure :

- Créer un compte pour chaque DBA ( Configuration/User/add ). Ne pas oublier le mot de passe.

- Créer un groupe d’utilisateur nommé DBA ( Configuration/User/Contact Group/add)

- Affecter à ce groupe l’ensemble des utilisateurs DBA.

- Créer un groupe d’accès DBA-Access ( Administration/ACL/Access group/add ) dans le quel vous affecterez le groupe DBA

- Donner un accès aux différents menu de centreon (Administration/ACL/menus access/add ). Nommez l’accès menu DBA-Menus et affecter le groupe d’accès DBA-Access.

- Sélectionner les différents menus que les DBA auront le droit de visualiser :

exemple :

Note : La partie “Accessible Page” est très fine. N’hésitez pas à tester le compte et d’ajouter ou supprimer des droits jusqu’à avoir les vues qui vous conviennent.

- Sauvegardez

- Créer un groupe d’hôte nommé “Serveur-Base-de-données”  ( Configuration/hosts/hosts groups/add ) et affectez tous les hosts correspondant aux serveurs de base de données.

- Configurer l’accès aux ressources ( Administration/ACL/Resources Access/add)

- Affecter le groupe d’utilisateur DBA dans l’onglet : “General Information”

- Aller dans l’onglet “Hosts resources” et Affecter le groupe d’hôte “Serveur-Base-de-données”

Note : Vous pouvez également sélectionner les différents services des serveurs de base de données.

-Sauvegarder

Voilà, il ne vous reste plus qu’à tester. Pour cela, accéder à Centreon avec un compte que vous venez de créer.

Problème rencontré :

Après avoir fait des changements dans mes ACL, les modifications ne s’appliquaient pas. Centreon utilise un cron pour recharger les ACL. Ce cron se situe généralement ici : /etc/cron.d/centreon

La partie qui nous intéresse dans ce fichier est la suivant :

*/2 * * * * apache /usr/bin/php -q /usr/share/centreon/cron/centAcl.php >> /var/log/centreon/centAcl.log 2>&1

En gros, ce cron lance le script “/usr/share/centreon/cron/centAcl.php” toutes les 2 minutes et log le résultat de la commande dans le fichier var/log/centreon/centAcl.log

Le rafraichissement des ACL se fait donc toutes les deux minutes. Si ce rafraichissement ne se fait pas, il faut vérifier qu’il n’y a pas d’erreur dans le fichier log.

Définition

Webinject est un logiciel libre permettant d’automatiser des tests d’applications Web. Les tests peuvent être effectués sous forme de scénario afin de simuler un visiteur. WebInject affiche les résultats en temps réels et peut également être utilisé pour surveiller les temps de réponse.

WebInject est écrit en Perl et peut fonctionner sur toute plate-forme ayant un interpréteur Perl (MS Windows, GNU / Linux, BSD, Solaris, Mac OS, et bien d’autres).

WebInject peut être utilisé par Nagios. Pour la mesure des performances, mon pote Thibaut à fait un Graph Template pour Cacti que je fournirais dans un prochain billet.

Autres informations :

Site du projet : http://www.webinject.org/

La dernière version du projet date du 4 janvier 2006.

Le projet Webinject a été repris par Sven Nierlein. Il a converti les sources en module Perl et apporté des améliorations voir le changelog : http://cpansearch.perl.org/src/NIERLEIN/Webinject-1.62/Changes

Clin d’œil : Regardez le changelog à la version 1.57

Téléchargement :

Version officiel : http://www.webinject.org/download.html

Version de Sven Nierlein : http://search.cpan.org/~nierlein/Webinject-1.62/

Dans ce document, nous allons utiliser la version CPAN.

Installation :

Qui dit cpan, dit téléchargement et installation via la commande cpan.

#cpan

>install Webinject

>quit

Attention à la majuscule.

Emplacement de Webinject :

Installing /usr/lib/perl5/site_perl/5.8.8/Webinject.pm à librairie Perl de Webinject

Installing /usr/share/man/man3/Webinject.3pm à Documentation

Installing /usr/bin/webinject.pl à script Perl (Executable)

Utilisation

Webinject s’exécute de cette manière :

webinject.pl -c config.xml testcases.xml

“config.xml” est le fichier de configuration de Webinject. Dans ce fichier, nous pouvons modifier le comportement de Webinject.

Pour notre exemple, nous allons utiliser ce fichier config.xml :

<timeout>5</timeout>

<globaltimeout>10</globaltimeout>

<reporttype>standard</reporttype>

Ici, chaque test effectué par webinject ne doit pas dépasser 5s, l’ensemble des tests ne doit pas excéder 10s et la sortie de Webinject sera de type standard.

Pour plus d’infos, consultez cette documentation : http://www.webinject.org/manual.html#cfgfile

Le deuxième fichier xml , testcases.xml, va nous permettre d’effectuer nos propres scénarios de test. Dans notre exemple, nous voulons nous connecter à l’application WEB pour vérifier que le site est actif, puis nous connecter avec un nom d’utilisateur et ainsi vérifier l’état de la base de données, enfin, nous déconnecter pour ne pas polluer notre site avec des sessions inutiles.

Voici notre fichier testcases.xml :

<MONAPPLI repeat="1">

<case

id="1"

description1="Connexion a mon application WEB"

method="get"

url="http://application.domaine.fr/login"

verifypositive="Bienvenue sur mon application"

errormessage="Impossible de se connecter "

/>

<case

id="2"

description1="Identification"

method="post"

url="http://application.domaine.fr/login"

postbody="back_url=http://redmine.domaine.fr/ &username=olivier&password=monmotdepasse"

verifynegative="Identifiant ou mot de passe invalide."

errormessage="Impossible de s authentifier a mon application avec le compte olivier"

/>

<case

id="3"

description1="Deconnexion de mon application"

method="get"

url="http://application.domaine.fr/logout"

errormessage="Impossible de se deconnecter"

/>

</MONAPPLI>

Explication :

<MONAPPLI repeat="1">  –>  Début des test. On repète le test qu’une seule fois.

</MONAPPLI>  –> Fin de test.

Case 1 :

Si la chaine « Bienvenue sur mon application » apparaît dans le code source de la page http://application.domaine.fr/login , l’application fonctionne. Sinon, on génère un message d’erreur « Impossible de se connecter ».

Case 2 :

On essaie de se connecter à l’application avec le nom d’utilisateur « olivier » et le mot de passe « monmotdepasse » à l’url http://redmine.domaine.fr/ en mode POST

Si la chaine « Identifiant ou mot de passe invalide » apparaît dans le code source de la page, on n’a pas pu s’authentifier donc on génère un message d’erreur « Impossible de s authentifier a mon application avec le compte olivier »

Case 3 :

On accède à la page http://redmine.domaine.fr/logout et on vérifie que le message  « Impossible de se deconnecter » n’apparaît pas dans le code source de la page.

Informations supplémentaires :

Il peut arriver qu’une application ait besoin d’une autre variable de le login / mot de passe pour s’authentifier. C’est le cas de l’application Redmine (Gestionnaire de projet en ruby). Cette application génère à la première connexion un id dans un champ hidden. Cet id est nécessaire pour l’authentification.

Voici comment ça se présente dans le code source de la page WEB :

<input name="authenticity_token" type="hidden" value="JL6zyxehqBpKTijQ1NotY8n/mUigkwewvYezH6VJ60s=" />

Au niveau du test case :

Pour récupérer la valeur du champ « authenticity_token», nous allons utiliser l’option « parseresponse » comme ceci :

parseresponse=’authenticity_token" type="hidden" value="|"|escape’

Ceci doit être mis dans le case id=1. La valeur du champ « authenticity_token » se trouvera dans la variable {PARSEDRESULT}.

Dans le case id=2, il nous restera plus qu’à ajouter « authenticity_token » à la méthode POST comme ceci :

postbody="back_url=http://redmine.domaine.fr/&authenticity_token={PARSEDRESULT}&username=olivier&password=monmotdepasse"

Pour plus d’infos, veuillez regarder cette documentation : http://www.webinject.org/manual.html#tcsetup

Utiliser Webinject avec Nagios

Préparation :

• Créer un répertoire Webinject dans ce même dossier où vous placerez le fichier webinject.pl, config.xml et le fichier testcases.xml

Pour tester plusieurs sites WEB vous pouvez créer plusieurs fichier testcases (ex : monappli.xml)

• Modifier le fichier config.pl pour adapter la sortie de webinject à Nagios en modifiant le reportype comme ceci :

<reporttype>nagios</reporttype>

exemple :

WebInject OK – All tests passed successfully in 0.35 seconds|time=0.35;0;10;0;0 case1=0.112;0;0;0;0 case2=0.126;0;0;0;0 case3=0.015;0;0;0;0

Création de la commande

Définir la commande comme ceci :

define command {
    command_name    check_webinject
    command_line    /usr/bin/perl $USER1$/Webinject/webinject.pl -c $ARG1$ $ARG2$
}

Création du service

Définir le service comme ceci:

define service{
        use                             actif-generic
        hostgroup_name                  LINUX
        service_description             HTTP_WEBINJECT
        check_command                   check_webinject!config.xml!testcases.xml
        }

Attribuez le service à un hôte

Recharger Nagios puis tester.

NSLookup (Name Server Lookup) est une commande permettant de tester la résolution des noms d’hôtes en adresses IP et inversement. Elle permet un rapide diagnostique des problèmes de résolution DNS.

Dans cet article, nous allons voir quelques options utiles de la commande NSLookup.

Résoudre un nom de domaine :

C:\>nslookup croc-informatique.fr
Serveur :   dns2.proxad.net –> Serveur DNS utilisé par mon poste de travail
Address:  212.27.40.241       -> IP du serveur DNS

Réponse ne faisant pas autorité : –> Le Serveur DNS qui répond ne gère pas le domaine croc-informatique
Nom :    croc-informatique.fr       -> Nom de domaine recherché
Address:  213.165.76.161             -> IP du serveur croc-informatique.fr

Par défaut la commande nslookup interroge le serveur DNS sur les enregistrements de type A (mappage entre un nom d’hôte et une adresse IPv4). Il est possible d’interroger le serveur DNS sur divers enregistrement en  utilisant la commande Set type = xx (remplacer xx par l’un des types suivants : MX, NS, A, SOA, CNAME, hinfo, any).

Pour commencer, il faut taper le commande nslookup dans un invite de commande. Un prompt apparaît.

Interroger un serveur DNS en particulier :

Utile pour suivre la propagation de vos modifications de zone.

> server 194.2.0.20

> croc-informatique.fr

Lister les serveurs DNS authauritaire d’un domaine (NS) :

Le type NS (Name Server) permet d’identifier le ou les Serveurs de noms autoritaire pour un domaine.

>set type=NS

>croc-informatique.fr

croc-informatique.fr    nameserver = ns61.1and1.fr
croc-informatique.fr    nameserver = ns62.1and1.fr

ns61.1and1.fr   internet address = 195.20.224.158
ns62.1and1.fr   internet address = 212.227.123.79

Connaitre l’adresse du serveur de messagerie (ou relais) d’un domaine :

> set type=mx

> croc-informatique.fr

>…

croc-informatique.fr    MX preference = 10, mail exchanger = mx00.1and1.fr
croc-informatique.fr    MX preference = 10, mail exchanger = mx01.1and1.fr

…

Les deux relais de messagerie de mon domaine sont donc :

mx00.1and1.fr
mx01.1and1.fr

Interroger le SOA (Start Of Authority) d’un domaine :

le champ SOA permet de décrire le serveur de nom ayant autorité sur la zone, ainsi que l’adresse électronique du contact technique (dont le caractère « @ » est remplacé par un point).

> set type=SOA

> croc-informatique.fr
        primary name server = ns61.1and1.fr
        responsible mail addr = hostmaster.1and1.fr
        serial  = 2008111701
        refresh = 28800 (8 hours)
        retry   = 7200 (2 hours)
        expire  = 604800 (7 days)
        default TTL = 86400 (1 day)

• Primary Name Server : Zone DNS principale
• Responsible mail addr : Email de contact du responsable de la zone
• Serial : Il s’agit d’un numéro de série qui doit être incrémenté à chaque modification de la zone. Ce numéro est souvent du type : YYYYMMDDnn (Année, mois, jour, version).
• Refresh :  Temps de rafraichissement
• Retry : Temps d’attente avant rafraichissement lorsqu’une tentative a échouée
• Expire : Nombre de seconde avant qu’un serveur secondaire ne considère ses informations de zone comme n’étant plus autoritative. Si la copie que le serveur détient est plus vieille que 28 jours, elle est considérée comme invalide.
• Default TTL (Time to live) =  Espérance de vie. Le TTL permet aux serveurs intermédiaires de connaître la date de péremption des informations et ainsi savoir s’il est nécessaire ou non de revérifier la zone.

Résolution inverse :

> set type=PTR
> 213.165.76.161
161.76.165.213.in-addr.arpa     name = kundenserver.de

Résolution directe (A) :

il s’agit du type de base établissant la correspondance entre un nom canonique et une adresse IP. Par ailleurs il peut exister plusieurs enregistrements A, correspondant aux différentes machines du réseau (serveurs).

> set type=A
> croc-informatique.fr

Nom :    croc-informatique.fr
Address:  213.165.76.161

Résolution d’Alias (CNAME):

Alias d’un nom de domaine

> set type=CNAME

> www.croc-informatique.fr
croc-informatique.fr
        primary name server = ns61.1and1.fr
        …

 

Mode debug

le mode debug permet de suivre les différentes requêtes émises et reçu par votre serveur DNS et ainsi débugger en cas de problème.

> set debug

> croc-informatique.fr

++

Commande :

Il peut être utile de connaitre le nombre de messages en queue sur un serveur de messagerie. Il est même souhaitable de le superviser.

Voici la commande permettant de connaitre le nombre d’emails en queue :

mailq  | tail -1 | awk ‘{print $5}’

Script Nagios

Voici un petit script nagios à utiliser avec nrpe permettant de superviser le nombre de messages en queue :

resultat=`mailq | tail -1 | awk ‘{print $5}’`
if [ $resultat -lt 500 ]
then
   echo "OK – La queue est de $resultat"
   exit 0
else
  echo "CRITICAL – La queue comporte $resultat mails"
  exit 2
fi

Ici, j’ai décidé d’être alerté lorsque la queue comporte plus de 500 messages.

Cause d’un nombre de message élevé :

Si le nombre de message augmente rapidement en peu de temps, il est possible que vous soyez spammé ou que vous spammiez.

Il est également possible que le serveur de messagerie situé derrière votre relai postfix soit inaccessible. De ce fait, postfix ne peut plus libérer sa queue.

Si le nombre de message de la queue augmente lentement ( semaine, mois), il est peut-être intéressant de regarder ce qu’il y’a en queue et de faire un peut de ménage grâce à ces commandes :

http://www.croc-informatique.fr/2010/02/queue-postfix/

http://www.croc-informatique.fr/2010/11/commande-permettant-de-supprimer-tous-les-messages-mailer-daemon-de-la-queue-postfix/

Bonne continuation

J’ai mis en place un serveur CactiEZ dans mon entreprise. C’est une super distribution. On boot sur un cd et hop cacti et ses plugins sont installés sur un Centos. Malheureusement, la version de cacti n’est pas à la dernière version et on rencontre parfois, lors de l’import d’un template spécifique , ce message d’erreur : Error XML:Hash version does not exist.

Cette erreur apparait lorsque le template a été fait sur une version plus récente de cacti. La solution est de mettre à jour Cacti.

Voici la procédure de mise à jour :

Téléchargement :

Créer un répertoire temporaire et se placer dedans

Télécharger la dernière version de cacti et du plugin Architecture ici. Ou bien lancez directement les commandes suivantes pour la version 0.8.7g de Cacti : 

wget http://www.cacti.net/downloads/cacti-0.8.7g.tar.gz

wget http://mirror.cactiusers.org/downloads/plugins/cacti-plugin-0.8.7g-PA-v2.8.tar.gz

Sauvegarder la base de données :

Récupérer le nom d’utilisateur et le mot de passe de la base de données de cacti dans le fichier /var/www/html/include/config.php.

Par défaut, l’utilisateur est ‘cactiuser’ et le mot de passe est ‘CactiMadeEZ’.

Lancer la commande :

mysqldump -l -u cactiuser -p  –add-drop-table cacti > /tmp/bkp-cacti.sql

Saisissez le mot de passe

Installation de cacti :

Décompresser les archives téléchargée :

tar -xvzf cacti-0.8.7g.tar.gz

Renommer l’ancien répertoire de cacti :

mv /var/www/html /var/www/html_old

Renommer le cacti-0.8.7g en html

mv cacti-0.8.7g /var/www/html

Modifier les informations d’accès à la base de données du fichier var/www/html/include/config.php en vous basant sur le fichier /var/www/html_old/include/config.php

Récupération des données :

cp –reply=yes /var/www/html_old/rra/* /var/www/html/rra/

cp -u /var/www/html_old/scripts/* /var/www/html/scripts/

cp -u -R /var/www/html_old/resource/* /var/www/html/resource/

Ne pas écraser les fichiers existant.

Installation du nouveau plugin architecture :

mkdir plugin-arch

cp cacti-plugin-0.8.7g-PA-v2.8.tar.gz plugin-arch/

cd plugin-arch/

tar -xvzf cacti-plugin-0.8.7g-PA-v2.8.tar.gz

Copier le contenu de l’archive dans /var/www/html :

cp -R plugin-arch/cacti-plugin-arch/* /var/www/html/

Appliquer la mise à jour du plugin :

patch -p1 -N < cacti-plugin-0.8.7g-PA-v2.8.diff

Récupération des anciens plugins :

Renommer le fichier /var/www/html_old/plugins/index.php pour ne pas écraser le nouveau :

mv /var/www/html_old/plugins/index.php /var/www/html_old/plugins/index.php.old

Copier les plugins dans le nouveau répertoire :

cp -u -R /var/www/html_old/plugins/* /var/www/html/plugins/

chown -R apache.apache /var/www/html

Finalisation de l’installation de Cacti

Maintenant, vous pouvez tester d’accéder à Cacti. Il va falloir terminer l’installation via votre navigateur.

Pour cette version, il n’y a pas de mise à jour de la base de données. Vous inquiétez pas

Tout est correct? Cliquez sur “Finish”

Identifiez-vous :

Voilà vous êtes à présent en version 0.8.7g

Les plugins n’apparaissent plus. Il vous faut les activer.

Activation des plugins :

Aller dans  Configuration / Plugin Management . Les plugins sont présent mais ne sont pas activé. Vous pouvez les activer en cliquant sur l’icone bleu correspondant au plugin voulu. Il peut y avoir des problème d’incompatibilité entre les plugin et le nouveau plugin architecture.

Mises à jour des plugins

Les dernières versions de plugins sont disponibles à cette adresse : http://cactiusers.org/downloads/

Nous allons maintenant télécharger et installé les derniers plugins :

cd /var/www/html/plugins

wget http://cactiusers.org/downloads/boost.tar.gz

wget http://cactiusers.org/downloads/clog.tar.gz

wget http://cactiusers.org/downloads/cycle.tar.gz

wget http://cactiusers.org/downloads/discovery.tar.gz

wget http://cactiusers.org/downloads/docs.tar.gz

wget http://cactiusers.org/downloads/flowview.tar.gz

wget http://cactiusers.org/downloads/hostinfo.tar.gz

wget http://cactiusers.org/downloads/loginmod.tar.gz

wget http://cactiusers.org/downloads/mactrack.tar.gz

wget http://cactiusers.org/downloads/monitor.tar.gz

wget http://cactiusers.org/downloads/ntop.tar.gz

wget http://cactiusers.org/downloads/realtime.tar.gz

wget http://cactiusers.org/downloads/routerconfigs.tar.gz

wget http://cactiusers.org/downloads/settings.tar.gz

wget http://cactiusers.org/downloads/ssl.tar.gz

wget http://cactiusers.org/downloads/syslog.tar.gz

wget http://cactiusers.org/downloads/thold.tar.gz

wget http://cactiusers.org/downloads/tools.tar.gz

wget http://cactiusers.org/downloads/update.tar.gz

wget http://cactiusers.org/downloads/watermark.tar.gz

Décompresser toutes les archives :

for i in *.tar.gz; do echo working on $i; tar xvzf $i ; done

Rafraichissez la page des plugins. Vous ne devez plus avoir de problèmes de compatibilité.

Supprimer toutes les archives téléchargées:

rm -f *.tar.gz

Mise à jour du poller spine :

Télécharger la version de spine correspondant à la version de cacti :

wget http://www.cacti.net/downloads/spine/cacti-spine-0.8.7g.tar.gz

Décompresser et compiler :

tar xvzf cacti-spine-0.8.7g.tar.gz

cd cacti-spine-0.8.7g

./configure

make

Sauvegarder l’ancienne version de spine et installer la nouvelle version :

mv /usr/local/spine/spine /usr/local/spine/spine_old

mv /usr/local/spine/spine.conf /usr/local/spine/spine.conf_old

cp spine /usr/local/spine/

cp spine.conf.dist /usr/local/spine/spine.conf

chown apache.apache /usr/local/spine/*

Modifier les informations d’accès à la base de données dans le fichier /usr/local/spine/spine.conf en vous basant sur le fichier /usr/local/spine/spine.conf_old

Spine es maintenant installé et configuré.

Problème rencontré :

Les graphs du plugin realtime ne fonctionnait plus.

Solution :

Désinstaller le plugin dans le menu “plugin management”.

Télécharger la dernière version 0.43

http://docs.cacti.net/plugin:realtime.

Placer l’archive dans le répertoire /var/www/html/plugins

Décompresser l’archive

Donner les droits apache.apache au répertoire realtime

Actualiser la page du “plugin management”

Installer le plugin (icone bleu)

Activer le plugin

Conclusion :

J’espère que votre mise à jour a été effectuée avec succès. Maintenant vous pouvez installer les templates et scripts que vous voulez.

Comme vous avez pu le constater, l’installation d’un plugin, ne nécessite plus de modifier un fichier de configuration de Cacti grâce à la nouvelle version du plugin architecture. Pour installer un plugin, il vous suffi simplement de le décompresser dans le répertoire plugins et il apparaitra automatiquement dans le menu “plugin management”.

Bonne continuation,

Olivier

Sources :

http://www.spoonapedia.com/2010/07/upgrading-cacti.html

Pour nous européen, la timezone de CactiEZ doit être changé avant de commencer à utiliser Cacti. Pour ce faire, après avoir configuré le client NTP, il vous suffi de remplacer le fichier /etc/localtime par votre timezone. Exemple pour la France :

cp /usr/share/zoneinfo/Europe/Paris /etc/localtime

Le poller de CactiEZ étant configuré pour sonder toutes les minutes, si vous reculez dans le temps après avoir modifié votre client NTP, vous allez surement avoir un message d’erreur de ce type :

[root@localhost /]# php /var/www/html/poller.php 03/27/2009 05:14:04 PM – POLLER: Poller[0] NOTE: Poller Int: ’60′, Cron Int: ’60′, Time Since Last: ‘-20937′, Max Runtime ’58′, Poller Runs: ’1′

03/27/2009 05:14:04 PM – POLLER: Poller[0] NOTE: Cron is configured to run too often!  The Poller Interval is ’60′ seconds, with a minimum Cron period of ’60′ seconds, but only -20937 seconds have passed since the poller last ran.

Pour résoudre ce problème, il vous faudra taper cette commande :

[root@localhost /]# php /var/www/html/poller.php –force

Le fait de forcer le sondage va lui permettre de retrouver ses billes. Voilà, vous allez enfin refaire fonctionner vos graphs sans attendre des heures.

Je viens de mettre à jour mon cacti de la version 0.8.7d vers la version 0.8.7g. Je vais donc vous faire profiter de la procédure :

Téléchargement :

wget http://www.cacti.net/downloads/cacti-0.8.7g.tar.gz

Voici la page de téléchargement : http://www.cacti.net/download_cacti.php

Mise à jour :

Sauvegarder la base de données Cacti.

Décompresser le fichier téléchargé :

tar xvzf cacti-0.8.7g.tar.gz

Renommer l’ancien dossier cacti en cacti-old : (/usr/share/cacti chez moi)

# cd /usr/share
# mv cacti cacti-old

Placer la nouvelle version de cacti à la place de l’ancienne version :

# mv /tmp/cacti-0.8.7g /usr/share/cacti

Editer le fichier /usr/share/cacti/include/config.php et modifier les informations de base de données à l’aide de l’ancien fichier de conf (/usr/share/cacti-old/include/config.php)

$database_type = "mysql";
$database_default = "NOM_BDD";
$database_hostname = "SERVEUR_BDD";
$database_username = "USER_BDD";
$database_password = "MDP_BDD";
$database_port = "3306";

Récupérer les dossiers scripts, rra et resource :

cp –u -R cacti-old/resource/* cacti/resource/

cp cacti-old/rra/* cacti/rra/

cp -u cacti-old/scripts/* cacti/scripts/

cp -u cacti-old/scripts/* cacti/scripts/

Appliquer les patchs :

wget http://www.cacti.net/downloads/patches/0.8.7g/data_source_deactivate.patch
wget http://www.cacti.net/downloads/patches/0.8.7g/graph_list_view.patch
wget http://www.cacti.net/downloads/patches/0.8.7g/html_output.patch
wget http://www.cacti.net/downloads/patches/0.8.7g/ldap_group_authenication.patch
wget http://www.cacti.net/downloads/patches/0.8.7g/script_server_command_line_parse.patch
patch -p1 -N < data_source_deactivate.patch
patch -p1 -N < graph_list_view.patch
patch -p1 -N < html_output.patch
patch -p1 -N < ldap_group_authenication.patch
patch -p1 -N < script_server_command_line_parse.patch

Aller sur cacti avec le navigateur et suivez les écrans si besoin de mise à jour de base.

Problèmes rencontrés :

Dans le cas où vous avez des erreurs de ce type :

DB Exec Failed!

La solution de contournement est de remplacer le fichier lib/database.php par celui de la version 0.8.7e. Il est surement préférable dans ce cas là de rester en version 0.8.7e.

La version 0.8.7e est téléchargeable ici : http://www.cacti.net/downloads/cacti-0.8.7e.tar.gz

et les patchs à appliquer sont :

wget http://www.cacti.net/downloads/patches/0.8.7e/cli_add_graph.patch
wget http://www.cacti.net/downloads/patches/0.8.7e/snmp_invalid_response.patch
wget http://www.cacti.net/downloads/patches/0.8.7e/template_duplication.patch
wget http://www.cacti.net/downloads/patches/0.8.7e/fix_icmp_on_windows_iis_servers.patch
wget http://www.cacti.net/downloads/patches/0.8.7e/cross_site_fix.patch
wget http://www.cacti.net/downloads/patches/0.8.7e/sql_injection_template_export.patch
patch -p1 -N < cli_add_graph.patch
patch -p1 -N < snmp_invalid_response.patch
patch -p1 -N < template_duplication.patch
patch -p1 -N < fix_icmp_on_windows_iis_servers.patch
patch -p1 -N < cross_site_fix.patch
patch -p1 -N < sql_injection_template_export.patch

Après une mise à jour, Il est souvent préférable de régénérer le poller cache via : System Utilities/ Rebuild Poller Cache afin de régénérer les commandes utilisées par le poller.

Retour arrière :

Pour effectuer un retour arrière :

Renommer cacti-old en cacti

mv /usr/share/cacti /usr/share/cacti.marchepas

mv /usr/share/cacti-old /usr/share/cacti

Restaurer la base de données avec l’outil de votre choix.

Sources :

Upgrade Cacti : http://www.cacti.net/downloads/docs/html/upgrade.html

J’ai passé la journée à rechercher pourquoi mon event handler ne voulait pas fonctionner. J’avais l’impression que certaines macros ne fonctionnaient pas. Mais sur Nagios, comment pouvons nous voir la commande qu’il exécute avec les valeurs des arguments?

Et bien, la solution est ici : http://www.waggy.at/nagios/capture_plugin.htm

Sur ce site, vous allez trouvez un plugin perl qui est téléchargeable ici : http://www.waggy.at/nagios/capture_plugin.txt

Installation et configuration du plugin

Vous pouvez le placer avec vos autres plugins, le renommer en capture_plugin.pl et lui donner les bons droits.

L’emplacement du fichier log est défini dans cette variable :

my $LOG_FILE = « /tmp/captured-plugins.log »;

Utilisation du plugin

Si la commande que vous voulez debugger est la suivante :

$USER1$/check_nrpe -H $HOSTADDRESS$ -c restart_service -a $SERVICESTATE$ $SERVICESTATETYPE$ $SERVICEATTEMPT$ « $ARG1$ »

Il vous suffi de la modifier en ajoutant le plugin comme ceci :

$USER1$/capture_plugin.pl $USER1$/check_nrpe -H $HOSTADDRESS$ -c restart_service -a $SERVICESTATE$ $SERVICESTATETYPE$ $SERVICEATTEMPT$ « $ARG1$ »

Voilà, il ne vous reste plus qu’à tester et vérifier que votre commande est bien lancée dans le fichier log.

Exemple de fichier log :

Voici un exemple de log :

2010-6-21 16:32:29 —— debugging
cmd=[/usr/lib/nagios/plugins/check_nrpe '-H' '192.168.0.1' '-c' 'restart_service' '-a' 'OK' 'HARD' '4' 'mon service']
output=[Restarting mon service (3rd soft critical state)
]
retcode=0

• cmd –> Commande lancée par Nagios
• output –> retour de la commande check_nrpe
• retcode –> Code retour de la commande check_nrpe

Si vous avez d’autres solutions, n’hésitez pas J’ai essayé le mode debug, mais ça n’a pas trop fonctionné. En même temps, j’ai pas cherché beaucoup…

Code Sources :

Au cas où, je mets la source :

#!/usr/bin/perl -w
#
# Written 2007-03-24 by Wolfgang Wagner (aka wolle)
#
# $id: capture_plugin.pl v1.0
#
# Captures stdout&stderr in a file and returns orginial results to Nagios (http://www.nagios.org)
#
# Copyright 2007 by Wolfgang Wagner. All rights reserved.
#
# This software is licensed under the terms of the GNU General Public License Version 2
# as published by the Free Software Foundation.
# It is provided AS IS with NO WARRANTY OF ANY KIND, INCLUDING THE WARRANTY OF DESIGN,
# MERCHANTABILITY, AND FITNESS FOR A PARTICULAR PURPOSE.
#
# Check out http://www.waggy.at for possible future versions.
#

use strict;

# This plugin does not need any nagios utils. It just interfaces the original plugin.

my $LOG_FILE = "/tmp/captured-plugins.log";

my ($cmd, $ret_code, $output);
# First display all arguments
my ($numArgs, $argnum);
$numArgs = $#ARGV + 1;

# create the command-line

$cmd = $ARGV[0];
foreach $argnum (1 .. $#ARGV) {
  $cmd = $cmd . " '" . $ARGV[$argnum] . "'"
}

# prepare debug-output
# ($second, $minute, $hour, $dayOfMonth, $month, $yearOffset, $dayOfWeek, $dayOfYear, $daylightSavings) = localtime(time);
my ($second, $minute, $hour, $dayOfMonth, $month, $yearOffset) = localtime(time);
my $year = 1900 + $yearOffset;
my $theTime = " $year-$month-$dayOfMonth $hour:$minute:$second";
# now execute the command

$output = `$cmd 2>&1`;
$ret_code = $?>>8;

# log the start, output, retcode & end

my $LogFile;
# open could be better: check success later; if unsuccessful return UNKNWON to Nagios
open (LogFile, ">>$LOG_FILE") || die ("Cannot open logfile");
print LogFile "$theTime ------ debugging\ncmd=[$cmd]\noutput=[$output]\nretcode=$ret_code\n-------\n";
close(LogFile);
# avoid access problems for others.
chmod 0777, $LOG_FILE;

# now return the original resutlt to Nagios
print $output;
exit "$ret_code";

Voici un petit script permettant de nous avertir si la synchronisation entre les deux BIG-IP n’est pas effectuée.

Description :

Pour vérifier la synchronisation, nous allons utiliser le check_snmp de Nagios et  l’attribut sysAttrConfigsyncState. Voici les états possible de cet attribut :

-1 – synchronisation pas configurée

0 – Synchronisé

1 – Configuration modifiée localement

2 – La configuration a été modifiée sur l’autre BIG-IP

3 – La configuration a été modifiée sur les deux BIG-IP.

Pour plus d’informations sur la MIB qui contient cet attribut, allez ici : http://www.networkstuff.eu/images/e/ec/F5-BIGIP-SYSTEM-MIB.txt

Utilisation :

Utilisation de la commande :

check_snmp_synchro_bigip.sh -c communauté –H @BIG-IP

exemple :

check_snmp_synchro_bigip.sh -c public –H 192.168.0.1

Commande Nagios : 

$USER1$/check_snmp_synchro_bigip.sh -c $ARG1$ -H $HOSTADDRESS$

Code source :

#!/bin/bash
while getopts "c:H:h" opt
do
    case $opt in
        h) echo "-c public -H IP_BIGIP -h aide"
            exit 0;;
        c) comunity=$OPTARG;;
        H) host=$OPTARG;;
        *) echo "aucun parametre de ce type"
            exit 1;;
    esac
done

toto=`/usr/lib/nagios/plugins/check_snmp -C $comunity -P 2c -H $host -o 1.3.6.1.4.1.3375.2.1.1.1.1.6.0`
resultat=`echo $toto | sed ‘s/[^[:digit:]]//g’`
case $resultat in
0)
  echo "OK – Pas de probleme de synchronisation BIGIP"
  exit 0
  ;;
3)
  echo "CRITICAL – Les deux BIGIP ont ete modifie!!!"
  exit 2
  ;;
*)
  echo "WARNING – Verifier la synchro du BIGIP!!!"
  exit 1
  ;;
esac

Bonne supervision

Je tiens à présenter un petit utilitaire permettant de récupérer des données à partir de son VCenter.

Il est capable de fournir des informations sur les CPU, la mémoire, les disques, les cartes réseaux, les cdroms (connectés ou non), les snapshots (Si il y en a d’activé), les vmware-tools (Installés ou non) et les serveurs ESX de manière simple et rapide.

Ce logiciel est capable de déconnecter les lecteurs de CD / Disquettes sur les machines virtuelles, de lister la version des VMTools installés et de les mettre à jour.

Le mieux, c’est de tester

Pour avoir un peu plus de detail, allez ici : http://www.robware.net/index.php?option=com_content&view=article&id=10:rvtools-21&catid=1:category

Voici le site officiel : http://www.robware.net/