L’actualité de la semaine, tout le monde en a parlé, sauf moi… :
Autres choses ?
L’actualité de la semaine, tout le monde en a parlé, sauf moi… :
Autres choses ?
Smile, un des sponsors de ce blog, me signale qu’il met en ligne gratuitement des livres blancs dans le domaine de l’open-source. Cette initiative intéressante est à souligner et démontre un intérêt croisant des entreprises pour les solutions libres.
Quelques sujets abordés:
Des documents toujours intéressants à avoir sous le coude au cas ou…
Bonne lecture !
Nagios 3.2.0 vient de sortie. Il est donc conseiller d’utiliser cette dernière version. Ce billet à pour but de détailler la procédure à suivre pour mettre à jour son serveur Nagios entre une version 3.x et une version 3.y (pour une migration entre une version 2.x et une version 3.y, vous pouvez consulter ce tutorial).
Il est préférable de sauvegarder son ancienne configuration… au cas ou..
# cd /tmp
# tar zcvfh ./nagios-backup.tgz /usr/local/nagios –exclude var/archives
# cp /usr/local/nagios/share/side.php side.php.MODIF
Si quelque chose se passe mal au niveau de la mise à jour, il sera toujours possible de revenir en arrière en saisissant les commandes suivantes:
# cd /tmp
# tar zxvf ./nagios-backup.tgz
Il faut au préalable des opérations suivantes, se loguer en tant qu’utilisateur nagios afin que les fichiers soient générés avec les bons droits.
# sudo – nagios
Puis télécharger la dernière version stable (3.2.0 au moment de l’écriture de ce billet).
# mkdir src
# cd src
# wget http://prdownloads.sourceforge.net/sourceforge/nagios/nagios-3.2.0.tar.gz
On décompresse puis on lance la compilation:
# tar zxvf nagios-3.2.0.tar.gz
# cd nagios-3.2.0
# ./configure –with-command-group=nagiosgrp
# make all
Si la compilation se termine sans erreur, vous pouvez l’installer sur votre système, sinon je vous conseille de poster votre erreur dans le forum officiel de Nagios:
# make install
# cp /usr/local/nagios/share/side.php /tmp/side.php.DEFAULT
# cp /tmp/side.php.MODIF /usr/local/nagios/share/side.php
On va dans un premier temps vérifier que nos fichiers de configurations sont compatibles avec cette nouvelle version:
# /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg
Si vous avez ce rapport à la fin:
Total Warnings: 0
Total Errors: 0
C’est bon pour vous 😉
Finalement on relance Nagios (en repassant en mode root) dans la nouvelle version:
# /etc/init.d/nagios restart
Et voilà le travail !
L’actualité de la semaine, tout le monde en a parlé, sauf moi… :
Autres choses ?
Vous êtes admiratifs des cartes réseaux proposées sur le site de l’opérateur pour afficher en temps (presque) réel l’état de leurs liaisons ? Vous voulez faire la même chose chez vous ? Alors ce tutorial est fait pour vous…
Nous allons pour cela utiliser le logiciel open-source WeatherMap4RRD. Ce dernier peut produire des cartes de ce type:
Vous avez besoin de quoi:
Installation de WeatherMap4RRD
La dernière version (1.2) date de décembre 2005 et elle est téléchargeable à cette adresse. Il existe deux versions: une version Perl (à lancer automatiquement par crontab et qui génère la carte sous la forme d’un fichier) et une version PHP qui génère directement une page HTML avec la carte. J’ai choisi pour ce tutorial d’installer cette deuxième version (le Linux magazine de mars 2008 parle de la version Perl).
# wget http://weathermap4rrd.tropicalex.net/get_file.php?id=19&path=/code&filename=weathermap4rrd-php-1.2final.tgz
# tar zxvf weathermap4rrd-php-1.2final.tgz
# cp -R weathermap4rrd-php-1.2final /var/www/html/weathermap4rrd
(remplacer /var/www/html/ par la racine de votre serveur Web)
En pointant un navigateur Web vers l’adresse de votre serveur vous devriez voir une carte par défaut.
http://localhost/weathermap4rrd
Si vous rencontrez l’erreur suivant:
WeatherMap4RRD 1.2 : An error occured : file /weathermap.conf not found. You should check that /weathermap.conf file exists.
Il est fort possible que cela vienne du fait que le script PHP n’arrive pas à trouver le fichier weathermap.conf dans votre arborescence de fichier. Le plus simple est alors de le passer un paramètre au script PHP:
http://localhost/weathermap4rrd/index.php?config=/var/www/html/weathermap4rrd/weathermap.conf
Configuration de WeatherMap4RRD
Il faut éditer le fichier weathermap.conf avec votre éditeur de texte favori.
La première chose à faire est de déclarer le nom de l’image de fond (si vous n’en avez pas, commentez la ligne avec un #). Il faut préciser au script la taille de l’image (comme si il ne pouvait pas le faire tout seul…)
BACKGROUND macarte.png
HEIGHT 800
WIDTH 421
On continue en fixant la taille de la fonte (valeur de 1 à 5), personnellement, je trouve que 1 est une bonne valeur pour la lisibilité.
FONT 1
Ensuite on fixe la position et les caractéristiques de la légende.
LEGENDPOS 500 380
LEGENDSTYLE line
Ensuite on fixe la position et les caractéristiques du titre de la cartee
TITLE « Ma carte à moi »
TITLEPOS 0 1
TITLEBACKGROUND 255 255 255
TITLEFOREGROUND 0 0 0
On doit ensuite configurer l’emplacement des fichiers HTML et PNG générés par le script (attention, le répertoire doit être en lecture/écriture pour l’utilisateur apache):
OUTPUTFILE /var/www/html/weathermap4rrd/weathermap.png
HTMLFILE /var/www/html/weathermap4rrd/weathermap.html
On entre enfin dans le vif du sujet en définissant les noeuds de notre réseau et les liaisons entre ces noeuds.
NODE PointA
POSITION 300 300
LABELTYPE roundNODE PointB
POSITION 550 75
LABELTYPE roundLINK A-B
NODES PointA – PointB
TARGET /usr/share/cacti/rra/firewall_traffic_in_130.rrd
INPOS 2
OUTPOS 1
UNIT bytes
BANDWIDTH 2000 4000
DISPLAYVALUE 1
La principale difficulté est de trouver l’emplacement du fichier RRD correspondant à cette liaison. Sous Cacti, le plus simple est d’aller dans le menu « Data sources » de la console d’administration, d’aller dans les détails de la liaison et de regarder le nom du fichier RRD.
Une fois le fichier de configuration sauvegardé, votre nouvelle carte devrait s’afficher sans aucun problème !
Si vous avez besoin d’aller plus loin dans la configuration, je vous conseille cette lecture sur le site officiel (en Anglais).
L’actualité de la semaine, tout le monde en a parlé, sauf moi… :
Autres choses ?
L’actualité de la semaine, tout le monde en a parlé, sauf moi… :
Autres choses ?
Le but de ce billet est de migrer un serveur Nagios depuis une version 2.x (installée à partir de RPM Fedora comme décrit dans cette procédure) vers une version 3.0 (installée depuis les sources). Pour une installation directe (sur un nouveau serveur), je vous conseille de lire ce billet.
Source: Nagios 2.x sous Fedora Core 6 (installation par RPM)
vers
Cible: Nagios 3.0 (à partir des sources)
Préparation de la migration
Sauvegarder toute votre configuration actuelle (version 2.x):
# tar cvf nagioscfg-backup-v2.tar /etc/nagios /usr/lib/nagios/plugins
# tar cvf nagioslog-backup-v2.tar /var/log/nagios
# tar cvf nagioslib-backup-v2.tar /usr/lib/nagios/plugins
On commence par arrêter le daemon Nagios existant:
# service nagios stop
Puis on désinstalle le package RPM de la version 2.x:
# yum -y remove nagios
Installation de la version 3.0
On télécharge la dernière version stable:
# wget http://heanet.dl.sourceforge.net/sourceforge/nagios/nagios-3.0.tar.gz
On décompresse:
# tar zxvf nagios-3.0.tar.gz
# cd nagios-3.0
Puis on compile:
# ./configure –with-command-group=nagios
PS: il faut remplacer le nom du groupe « nagios » par celui configurer dans le fichier nagios.cfg
# make all
Et on installe:
# make install
# make install-init
# make install-config
# make install-commandmode
On installe également l’interface Web:
# make install-webconf
# htpasswd -c /usr/local/nagios/etc/htpasswd.users nagiosadmin
# service httpd restart
Résumé de l’installation:
Configuration de la version 3.0 à partir des fichiers de la version 2.x
C’est là que cela se complique un petite peu. Il faut reprendre les fichier de configuration (.cfg) sauvegarder préalablement et les copier dans le nouveau répertoire.
Je vous conseille de sauvegarder le fichier initial de configuration de la version 3.0:
# cd /usr/local/nagios/etc
# cp nagios.cfg nagios.cfg.v3
# tar zxvf nagioscfg-backup-v2.tar
On recharge ensuite la configuration de la v2:
# cd /usr/local/nagios/etc
# tar xvf nagioscfg-backup-v2.tar
# chown -R nagios:nagios *
# cd /usr/local/nagios/var
# tar xvf nagioslog-backup-v2.tar
# chown -R nagios:nagios *
# cd /usr/local/nagios/libexec
# tar xvf nagioslib-backup-v2.tar
# chown -R nagios:nagios *
On lance alors une vérification de la syntaxe du fichier de configuration (compatibilité v2 avec la v3):
# /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg
Il faut juste penser à changer le chemin du « lock file PID »:
# vi /usr/local/nagios/etc/nagios.cfg
…
#lock_file=/var/run/nagios.pid
lock_file=/usr/local/nagios/var/nagios.lock…
Personnellement j’ai eu à résoudre les problèmes suivants:
Warning: comment_file variable ignored. Comments are now stored in the status and retention files.
-> Corrigé en commentant la ligne suivante:
# comment_file=/var/log/nagios/comments.dat
Warning: downtime_file variable ignored. Downtime entries are now stored in the status and retention files.
-> Corrigé en commentant la ligne suivante:
# downtime_file=/var/log/nagios/downtime.dat
Warning: aggregate_status_updates directive ignored. All status file updates are now aggregated.
-> Corrigé en commentant la ligne suivante:
# aggregate_status_updates=1
Error in configuration file ‘/usr/local/nagios/etc/nagios.cfg’ – Line 433 (UNKNOWN VARIABLE)
-> Corrigé en commentant la ligne suivante:
# check_result_buffer_slots=4096
Une fois les fichiers de configuration validés sans erreurs ni warning, on peut relancer Nagios:
# service nagios start
Et voilà le travail, vous devriez maintenant disposer d’un beau Nagios en version 3.0 !
Nagios, que j’aborde souvent dans ce blog, débarque en version 3.0. La liste des nouveautés est très longue, je vous invite à la consulter ici.
Concernant l’installation de cette nouvelle version , je vous rappelle que j’avais écrit un billet dessus il y a quelques temps (la procédure reste la même). Je reparlerai vite des nouvelles fonctions dans un prochain billet.