Aujourd'hui, une petite note permettant de monter un partage NFS. Ca sert toujours de garder ça dans un coin !

Prérequis

Installation du client nfs :

# yum install nfs-utils nfs-utils-lib

Démarrage des services :

# service rpcbind start
# service nfs start

On s'assure de les lancer au démarrage de notre machine :

# chkconfig rpcbind on

# chkconfig nfs on

Vérifions le bon démarrage des services avec :

# netstat -nlp

Configuration

Ajouter dans /etc/fstab :

ip_du_serveur:/data/mon_rep_nfs  /mnt/mon_rep_nfs   nfs      rw,sync,hard,nointr,_netdev  0     0

Voici quelques explication (Merci à penthium2 ) :

• L’option rw indique que le système de fichier à monter est accessible en lecture et écriture
• L’option sync indique que le système de fichier à monter est synchrone
• L’option hard indique que le s'il y a un problème d'accès au partage NFS, alors la requête est ré-exécutée en boucle
• L’option nointr indique qu'in signal peut interrompre les opérations sur le montage (si hard, éviter intr qui pourrait entrainer une corruption des données
  
• L’option _netdev indique que le système de fichier à monter est un système de fichiers distant et doit donc être monté une fois que le réseau est actif
• En savoir plus : http://linux.die.net/man/5/nfs

Ensuite on recharge le fichier de montage :

# mount -a

Nous voilà avec notre client configuré !

Contexte

Lorsque l'on manipule des serveurs sous GNU/Linux, on utilise de manière quasiment exclusive nos si chères et si pratiques/efficaces/magiques commandes en utilisant très souvent le Secure Shell aussi appelé : SSH !

J'ai un serveur qui héberge ce blog entre autre et un NAS chez moi afin d'y entreposer ces indispensables sauvegardes ! Quoi de mieux que de passer par un script pour effectuer les différentes opérations ! Voilà que notre script peut très rapidement avoir besoin de copier un certains nombre de fichiers vers ce NAS via la commande scp par exemple. Tout ceci est parfait mais comment ne pas devoir entrer son mot de passe ou le stocker en clair à l'aide d'une quelconque bidouille ou commande bizarres ? Utiliser un système d'authentification proposé par ce formidable outil !

Prérequis

Tout d'abord vérifions coté serveur que nous disposons bien des paquets nécéssaires et l'autorisation d'authentification par clé RSA :

# yum install openssh-server openssh-client openssh

$ grep RSA /etc/sshd_config RSAAuthentication yes

Que notre serveur SSH est lancé et se lance au démarrage du serveur ( ):

# /etc/init.d/sshd status ou # service sshd status

# chkconfig sshd on

S'il n'est pas démarré, un simple # service sshd start doit suffire !

Fonctionnement

Un schéma vaut mieux qu'une explication :

Source : http://geekfault.org - license Creative Commons

Génération d'une clé RSA ou DSA

Une fois ce qu'il faut d'activé et de configuré côté serveur, nous nous rendons sur le client. C'est sur cette machine que nous ne voulons plus rentrer ce mot de passe si long et compliqué

Rendez vous dans votre home de l'utilisateur qui voudra se connecter au serveur SSH sans donner de mot de passe mais en utilisant ce système d'authentification.

$ cd

$ ssh-keygen -t rsa

Generating public/private dsa key pair. Enter file in which to save the key (/home/monuser/.ssh/id_rsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /home/monuser/.ssh/id_rsa. Your public key has been saved in /home/monuser/.ssh/id_rsa.pub. The key fingerprint is: 8f:80:d8:c5:3d:9s:0b:10:66:42:9c:84:45:a1:d0:14 monuser@monserveur

Nos clés se trouvent en théorie dans /home/monuser/.ssh/ avec comme nom id_rsa et id_rsa.pub.

Retenez bien la passphrase renseignée car elle nous servira encore ! Elle sert de base à l’algorithme de génération de la clé privée, donc plus elle est compliquée en combinant des chiffres/lettres/ponctuations majuscules/minuscules, mieux c'est !

Sécurisation de la clé privée

Nous allons mettre la clé privée en lecture seule pour le propriétaire de la clé et aucun droit pour les autres utilisateurs :

$ chmod 400 ~/.ssh/id_rsa

Modifier la passphrase

$ chmod u+w ~/.ssh/id_rsa
$ ssh-keygen -p -f ~/.ssh/id_rsa
$ chmod u-w ~/.ssh/id_rsa

Exporter la clé publique

Comme vu ci-dessus, 2 clés ont été générées ; une privée que l'on ne communique pas et une publique que l'on va transférer sur le serveur SSH :

$ cat .ssh/id_rsa.pub | ssh monuser@monserveur \ "cat - >>~/.ssh/authorized_keys"

Votre mot de passe est demandée, normal, vous effectuez l'opération et ensuite on teste en listant le contenu du répertoire home de monuser :

$ ssh monuser@monserveur ls

Là il nous demande la passphrase et affiche le résultat de la commande ls ! Plus de mot de passe ! ... mais une passphrase ...

Automatiser le stockage de la clé privée (passphrase)

Démarrer l'agent

Pour cela nous allons utiliser un agent SSH, c'est lui qui va s'occuper de stocker en mémoire la clé privée :

Pour cela nous allons lancer l'agent, puis un shell supplémentaire avec les variables d'environnement qui l'identifient :

$ ssh-agent /bin/bash

Ajouter une clé

Nous fournissons notre clé privée à l'agent via un simple :

$ ssh-add

Qui nous demande une dernière fois la passphrase et le tour est joué !

Vérifions :

$ ssh monuser@monserveur ls

Nous obtenons le résultat de la commande ls sans avoir rentré quoique ce soit !

Supprimer une clé

$ ssh-add -d ~/.ssh/id_rsa

Version française

Note avant toute migration d'ownCloud

Je ne saurai vous conseiller de faire des sauvegardes à la fois régulièrement mais aussi avant chaque mise à jour ! De plus, il est conseillé de monter de version dans le dernier patch d'ownCloud avant d'upgrader à la version majeur ou mineur du dessus !

Vous l'aurez deviné, j'ai donc migré en 2 étapes, 2 fois la même manipulation d'affilé vu que le plugin ReadyNas que je cite dans ce billet : OwnCloud - Partage de fichiers est en version 4.0.4.

Migration d'ownCloud pour ReadyNas basé sur l'add-on de ReadyNasXtras

Connectez-vous en SSH à votre ReadyNas, si besoin vous pouvez utiliser ce plugin : Enable SSH

Téléchargement et installation

#!/bin/bash

cd /tmp
rm -Rf owncloud*.*
#wget http://mirrors.owncloud.org/releases/owncloud-latest.tar.bz2
wget http://mirrors.owncloud.org/releases/owncloud-4.5.5.tar.bz2
#rm -Rf /usr/share/owncloud_*
mv /usr/share/owncloud/ /usr/share/owncloud_save
#tar -xjf owncloud-latest.tar.bz2
tar -xjf owncloud*.bz2
mv owncloud /usr/share/
chown -R admin:admin /usr/share/owncloud/
cd /usr/share/owncloud/
ln -s /c/.owncloud/data/ data
cp -R ../owncloud_save/config/ ./
cp -R ../owncloud_save/.htaccess ./
cp -Rn ../owncloud_save/apps/ ./
chown -R admin:admin /usr/share/owncloud/
cd /etc/frontview/
apache-ssl -f /etc/frontview/apache/httpd.conf -k restart

Explication

Bon, je vous dois qd même une petite explication, une fois le fichier téléchargé, on sauvegarde l'ancienne instance d'ownCloud afin d'un de sécuriser l'opération et surtout parce qu’il y a des fichiers de configuration que l'on souhaite récupérer :

3 répertoires et 1 fichier:

• config
• data (qui se trouve être un lien symbolique vers /c/.owncloud/data, car me demandez pas pourquoi, mais /c/ est un autre point de montage ayant le plus d'espace ! pourquoi un /c/ et non /home ... ??? merci Netgear !!!)
• .htaccess
• apps (contient les plugins éventuellement ajoutés)

Sans ça, vous retrouveriez pas vos petits et surtout, sans le dernier, La planète aurait accès à vos fichiers :D !

Votre nouvelle version est maintenant déployée ! Il ne vous reste plus qu'à vous rendre sur https://mon_ip_ou_mon_dns/owncloud/ et vous connecter !

Migration du client ownCloud en 1.1.1 pour Fedora

Tout d'abord, il faut penser à désactiver ou enlever le dépôt utilisé précédemment :

# vi /etc/yum.repo.d/isv\:ownCloud\:community.repo

...
enabled=1
...

...
enable=0
...

Personnellement, j'ai dû désinstaller owncloud-client et mirall :

# yum remove owncloud-client mirall

Ensuite, même combat que pour la version 1.0.5 du client :

# cd /etc/yum.repos.d/
# wget http://download.opensuse.org/repositories/isv:ownCloud:devel/Fedora_16/isv:ownCloud:devel.repo
# yum install owncloud-client

On se retrouve avec un nouveau dépôt dédié à ce nouveau client ownCloud ... l'histoire ne dit pas comment le repository va évoluer, quid de la prochaine version ?

Pour le client mobile android, une reconfiguration peut être nécessaire après le passage à la 4.5.1 d'ownCloud.

Bilan 4.5.1 d'ownCloud

J'avoue être réellement conquis ! Avec cette mise à jour, les quelques bugs comme la déconnexion qui ne fonctionnait pas sur l’interface web, ou une synchronisation via cette même interface qui était limite. Là on à vraiment l'impression d'un outil plus abouti et toujours si prometteur ! Seule ombre au tableau, l'"Instant Upload" qui fonctionnait bien avant à l'air de vouloir faire des siennes ... à vérifié car le client Android m'indique bien que le fichier à été téléversé ! !

Je pense attaquer le reste maintenant que l'installation et la mise à jour sont fiables ! J'ai commencé d'ailleurs à utiliser les modules d'édition de fichier texte ou LibreOffice C'est très très sympa !

English Version

Notes before ownCloud update

At first, make backup !!!! Daily or weekly, and before update ! On the ownCloud website, it advice to update all patches before upgrade to the new version.

So, has you supppose, I updates in 2 steps with the same way because ReadyNas add-on that I use in this article : OwnCloud - Partage de fichiers is in 4.0.4 version.

OwnCloud update on ReadyNas based on ReadyNasXtras's add-on

Connect with SSH to your ReadyNas, for that you need this plugin : Enable SSH

Download and installation

#!/bin/bash

cd /tmp
rm -Rf owncloud*.*
#wget http://mirrors.owncloud.org/releases/owncloud-latest.tar.bz2
wget http://mirrors.owncloud.org/releases/owncloud-4.5.5.tar.bz2
#rm -Rf /usr/share/owncloud_*
mv /usr/share/owncloud/ /usr/share/owncloud_save
#tar -xjf owncloud-latest.tar.bz2
tar -xjf owncloud*.bz2
mv owncloud /usr/share/
chown -R admin:admin /usr/share/owncloud/
cd /usr/share/owncloud/
ln -s /c/.owncloud/data/ data
cp -R ../owncloud_save/config/ ./
cp -R ../owncloud_save/.htaccess ./
cp -Rn ../owncloud_save/apps/ ./
chown -R admin:admin /usr/share/owncloud/
cd /etc/frontview/
apache-ssl -f /etc/frontview/apache/httpd.conf -k restart

Explanation

So, I give you some explanation, after the download of the last version (maybe, the link is not good and you have to update to link to the version you want, each time), we save the old ownCloud instance to secure our operation and also because there are some configuration files which we want to keep :

3 folders and 1 file :

• config
• data (which is a symbolic link to /c/.owncloud/data,I don't know why, but /c/ is an other mounted point with more space (all HDD added in the nas)! Why a /c/ and not an /home directory like under linux... ??? thanks Netgear !!!)
• .htaccess (for secure access)
• apps (contains owncloud add-on)

Less that, you lose all you specific configuration ... it would be bad :/

so your new ownCloud version is up to date ! Go to https://my_ip_or_my_dns/owncloud/ and connect you !

Update sync client ownCloud in the 1.1.1 version on Fedora

So you have to disable or remove the old repository :

# vi /etc/yum.repo.d/isv\:ownCloud\:community.repo

...
enabled=1
...

...
enable=0
...

In my case, I have to remove owncloud-client and mirall :

# yum remove owncloud-client mirall

then, same way for install version 1.0.5 of sync-client :

# cd /etc/yum.repos.d/
# wget http://download.opensuse.org/repositories/isv:ownCloud:devel/Fedora_16/isv:ownCloud:devel.repo
# yum install owncloud-client

It works, you have only one last thing : configure it !

for the android client cell, just a new configuration may be necessary when you'll be in 4.5.1 of ownCloud server.

Resume ownCloud 4.5.1

I'm very exited about this program ! And after this last update, many bugs are fix, like this one about the logout on the website ! It seems really a good job and on all sync-client too (InstantUpload works fine on my Android, etc ...)

Have fun !

Et si ... et si enfin je quittais (un peu) Google ???

Cela fait longtemps que je rêve de disposer du tout synchronisé ! Google l'a fait !

Au départ, je ne voulais pas réellement y mettre le doigt, mais avec un Samsung Galaxy S2 sous Android, puis CyanogenMod 10 maintenant, il faut avouer que c'est très tentant, et j'ai craqué ! C'est trop facile ...

Pourtant à la lecture de l'article de Dada, je me suis dis, mince, ça doit maintenant pouvoir se faire ! Surtout que j'ai un ReadyNas Ultra 4 chez moi !

J'avais tenté il y a quelque temps Tonido, mais le client Android est une horreur et je n'ai jamais eu le temps d'aller voir plus loin ... Là j'ai gouté à ownCloud ! Attention, c'est très prometteur !!!!

Installation sur ReadyNas Ultra 4

Je me suis simplifié la vie en achetant la module ownCloud fournis par un membre de la communauté Netgear ReadyNas. Facile, rapide, on participe en finançant à hauteur de 2€, on va pas chipoter !

Et voilà, c'est partie, ownCloud tourne sur mon serveur :

Il faut préciser que ownCloud nécessite une version récente de php, du coup j'ai aussi acheté le module PHP que fournit ReadyNasXtra. Il reste à cliquer sur

Access your ownCloud

Et nous voilà sur l'interface de connexion d'ownCloud puis voici le vif du sujet :

Installation du client pour ma Fedora

Étant en version 4.0.X et non 4.5 à l'heure actuelle, il faut le client ownCloud en version 1.0.5 et non la toute dernière 1.1.1 (plus d'informations sur le site)

Pour Fedora, dans la version 4.0 d'ownCloud, nous disposons d'un dépôt !

# cd /etc/yum.repos.d/
# wget http://download.opensuse.org/repositories/isv:ownCloud:community/Fedora_16/isv:ownCloud:community.repo
# yum install owncloud-client

Il ne reste qu'à le lancer manuellement ou au démarrage de la session :

$ gnome-session-properties

Vous ajoutez votre entrée en précisant owncloud comme commande et le tour est joué !

Je ne vous ferez pas l'affront de vous expliquer comment remplir les différents (3) paramètres que sont l'url, le nom d'utilisateur et le mot de passe ! Surtout que le menu administration en bas à gauche dans l'interface web d'ownCloud donne tout ce qu'il faut !

Installation du client pour ma CyanogenMod

Une fois de plus, c'est extrêmement simple, Vous recherchez owncloud sur le market et je vous laisse deviner la suite ! Même combat que pour le client PC !

Vous pouvez configurer le compte dans les paramètres de CyanogenMod/Android dans la partie compte, ownCloud est proposé ! Je rajoute un fichier sur mon PC dans le répertoire partagé ownCloud et voici le résultat
:

Ce fichier (ma tronche) est bien sur ma Fedora, ou l'inverse ... :D

Rapide bilan

C'est beau n'est-ce pas ? Bon il reste encore à faire avec les calendriers, les contacts, etc ... J'ai testé l'"Instant Upload" qui permet d'automatiquement uploader téléverser vos photos fraichement prises avec votre téléphone, ça fonctionne très bien !

Génial pour les sauvegardes ! Par contre, je ne vois pas mes répertoire dans l'interface web ... c'est bizarre. J'ai fais joujou rapidement, donc je ne peux pas encore faire un vrai retour, il faut que je creuse, mais une chose est sûre, ça donne clairement envie d’approfondir le sujet et c'est très prometteur ! J'ai hâte de me pencher sur la mise à jour 4.5.1, et voir comment faire avec le module ReadyNas ... les derniers clients apporteront surement plus de possibilités également !

Bref, je suis très agréablement surpris ! Tellement que ça me donne une idée d'article pour Muffin !

Voilà, après quelques semaines, je me décide enfin à passer à Fedora 16 ! Au vu des nouveautés je n'ai pas pu attendre plus longtemps ! (Notamment tout ce qui touche à la virtualisation )

Seulement voilà, quelques petits problèmes sont apparus lors de cette mise à jour ... c'est rare, mais ca arrive !

Voici la procédure à suivre, si après le preupgrade,, vous arrivez sur un écran "Oh no! ..." ou "Oh mince! ...

Changement uid et gid

Tout d'abord il faut éditer 2 fichiers, dans lequel nous allons remplacer les uid de notre (nos) utilisateur(s), le tout avec les droits root :

# vi /etc/passwd
# vi /etc/group

J'ai passé mon uid de 500 à 1000. Rappel pour vi : i pour insérer, /monuser pour rechercher la chaine monuser, [echap]wq pour enregistrer et quitter et [echap]q! pour quitter sans enregistrer.

Ensuite :

# find / -gid 500 -exec chgrp -h 1000 {} \; # find / -uid 500 -exec chown -h 1000 {} \;

Enfin on change le propriétaire de /home/monuser :

# chown -Rf 1000 /home/monuser

Voilà, en théorie, plus de problèmes au niveau des droits ...

Problème avec Gnome

J'ai été contraints de supprimer l'ensemble des extensions :

# yum remove gnome-shell-extension*

Par sécurité, j'ai aussi enlevé le driver propriétaire Nvidia :

# yum remove *nvidia*

Après tout cela, j'avais toujours cette erreur.

# yum reinstall gnome-shell

Et voilà, je peux enfin me connecter !
Fedora 16 me voilà !

Tout est dans le titre !!! Comme d'habitude, c'est plus un pense-bête qu'un véritable article ... si ça peut aider ...

J'ai eu une surprise ce matin sur un serveur client de constater cette erreur :

java.net.SocketException: Too many open files

C'est un serveur sous CentOS 5.5 hébergeant un serveur MySQL, un serveur tomcat avec plusieurs Webapps, un serveur Apache et enfin un serveur propriétaire qui utilise pas mal de socket et a une base de donnée en interne ...

Cocktail génial pour visiblement dépasser la limite par défaut du système s'élevant à 1024 que l'on obtient en faisant un :

ulimit -n

Il y a 2 valeurs possibles à modifier, celle présente dans le fichier /proc/sys/fs/file-max par défaut, celle-ci est assez élevée (plus de 64000). Au besoin il faut modifier la ligne suivante :

...

fs.file-max = 64000

...

Si (comme tel était mon cas) la valeur de ce fichier est plus élevée, il reste à ajouter une entrée au fichier /etc/security/limits.conf :

user         -          nofile          8192

ou

@group         -          nofile          8192

La première colonne désigne l'utilisateur ou le groupe (grâce à @) ou encore n'importe qui grâce à *.
La seconde colonne, on détermine si la limite est soft ou hard, ou les 2 grâce à -.
La troisième colonne indique sur quel paramètre cette configuration s'exécute, ici nofile correspond au paramètre open files retourné par ulimit.
Enfin la dernière colonne indique la valeur.
Dans mon cas, j'ai rajouté :

@tomcat         -          nofile          8192
optitime           -          nofile          8192

Il est indiqué sur la documentation Red Hat de redémarrer le serveur pour que cela prenne effet. La solution peut consister à relancer le ou les services concernés ainsi que les sessions utilisateurs.

Voilà, en espérant que ça puisse aider et surtout m'éviter de rechercher cette information à nouveau !

Depuis le temps que j'en parlais ... voilà enfin ma procédure d'installation de Nagios 3.2 sous CentOS 5.
Alors tout d'abord, à l'époque il n'y avait pas de rpm (j'ai trouvé il y a peu un dépôt ... j'y reviendrais dans un autre billet). Donc compilation à la main !

Ensuite, les puristes crierons lorsqu'ils verront où j'installe Nagios ... le but était d'avoir quelque chose d'opérationnel assez rapidement. Faire mieux étant remis à plus tard. Si vous avez des modifications à apporter à cette procédure, je vous invite à laisser un commentaire ! Je la compléterai avec joie !

Préparation de la machine

Avant toute chose, penser à bien configurer votre parefeu et SELinux. Pour un premier test, il faut désactiver le tout ! Pour le parefeu :
service iptables stop

Pour SELinux : vi /etc/selinux/config

# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - SELinux is fully disabled.
SELINUX=disabled
# SELINUXTYPE= type of policy in use. Possible values are:
# targeted - Only targeted network daemons are protected.
# strict - Full SELinux protection.
SELINUXTYPE=targeted

Installation des pré-requis

Passage en root
su -

Installation prérequis
yum install gcc httpd mysql-server mysql-devel openssl yum install gd gd-devel libpng libpng-devel libjpeg libjpeg-devel zlib zlib-devel

Téléchargement des sources Nagios
cd /usr/local/
wget http://prdownloads.sourceforge.net/sourceforge/nagios/nagios-3.2.1.tar.gz
wget http://prdownloads.sourceforge.net/sourceforge/nagiosplug/nagios-plugins-1.4.14.tar.gz
wget http://prdownloads.sourceforge.net/sourceforge/nagios/nrpe-2.12.tar.gz
wget http://prdownloads.sourceforge.net/sourceforge/nagios/ndoutils-1.4b9.tar.gz


Décompression de Nagios Core
tar xfvz nagios-3.2.1.tar.gz
cd nagios-3.2.1/


Création du groupe et utilisateur nagios
groupadd nagios
groupadd nagcmd
useradd nagios -g nagios,nagcmd


Installation de Nagios

Compilation de Nagios Core
./configure --prefix=/usr/local/nagios --enable-mysql --disable-pgsql --with-ndo2db-user=nagios --with-ndo2db-group=nagios --with-command-group=nagcmd

Résultats :

#*** Configuration summary for nagios 3.2.1 03-09-2010 ***:
#
# General Options:
# -
# Nagios executable: nagios
# Nagios user/group: nagios,nagios
# Command user/group: nagios,nagcmd
# Embedded Perl: no
# Event Broker: yes
# Install ${prefix}: /usr/local/nagios/
# Lock file: ${prefix}/var/nagios.lock
# Check result directory: ${prefix}/var/spool/checkresults
# Init directory: /etc/rc.d/init.d
# Apache conf.d directory: /etc/httpd/conf.d
# Mail program: /bin/mail
# Host OS: linux-gnu
#
# Web Interface Options:
#
# HTML URL: http://localhost/nagios/
# CGI URL: http://localhost/nagios/cgi-bin/
# Traceroute (used by WAP): /bin/traceroute
#
#
#Review the options above for accuracy. If they look okay,
#type 'make all' to compile the main program and CGIs.

make all


Résultats :

#*** Compile finished ***
#
#If the main program and CGIs compiled without any errors, you
#can continue with installing Nagios as follows (type 'make'
#without any arguments for a list of all possible options):
#
# make install
# - This installs the main program, CGIs, and HTML files
#
# make install-init
# - This installs the init script in /etc/rc.d/init.d
#
# make install-commandmode
# - This installs and configures permissions on the
# directory for holding the external command file
#
# make install-config
# - This installs *SAMPLE* config files in /usr/local/nagios//etc
# You'll have to modify these sample files before you can
# use Nagios. Read the HTML documentation for more info
# on doing this. Pay particular attention to the docs on
# object configuration files, as they determine what/how
# things get monitored!
#
# make install-webconf
# - This installs the Apache config file for the Nagios
# web interface
#
#
#*** Support Notes *******************************************
#
#If you have questions about configuring or running Nagios,
#please make sure that you:
#
# - Look at the sample config files
# - Read the HTML documentation
# - Read the FAQs online at http://www.nagios.org/faqs
#
#before you post a question to one of the mailing lists.
#Also make sure to include pertinent information that could
#help others help you. This might include:
#
# - What version of Nagios you are using
# - What version of the plugins you are using
# - Relevant snippets from your config files
# - Relevant error messages from the Nagios log file
#
#For more information on obtaining support for Nagios, visit:
#
# http://www.nagios.org/support/
#
#*************************************************************

make install
make install-init
make install-commandmode
make install-config
make install-webconf

Démarrage à  vide de Nagios
/etc/init.d/nagios start

Résultat :

#Starting nagios: done.

Installation et Configuration de MySQL si non installée

yum install mysql-server mysql
/etc/init.d/mysqld start
/usr/bin/mysql_secure_installation

Préparation de MySQL

Ici l'option "-proot" où "root" est mon mot de passe pour l'utilisateur root ... il va sans dire que ce n'est qu'un exemple mysql -u root -proot

Résultats :

#Welcome to the MySQL monitor. Commands end with ; or \g.
#Your MySQL connection id is 7
#Server version: 5.0.77 Source distribution
#
#Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> create database nagios;

#Query OK, 1 row affected (0.01 sec)

mysql> grant all on nagios.* to 'nagios'@'localhost' identified by 'nagios';

#Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges;

#Query OK, 0 rows affected (0.00 sec)

mysql> quit

#Bye

Installation du module base de données NDO

Décompression de NDO
cd /usr/local/
tar xvfz ndoutils-1.4b9.tar.gz
cd ndoutils-1.4b9

Compilation NDO
./configure

Résultats :

#*** Configuration summary for ndoutils 1.4b9 10-27-2009 ***:
#
# General Options:
# -
# NDO2DB user: nagios
# NDO2DB group: nagios
#
#
#Review the options above for accuracy. If they look okay,
#type 'make' to compile the NDO utilities.

make

Mise en place de la librairie NDO dans Nagios
cp src/ndomod-3x.o /usr/local/nagios/bin/ndomod.o
cp src/ndo2db-3x /usr/local/nagios/bin/ndo2db

Création base Nagios
cd db
./installdb -u nagios -p nagios -h localhost -d nagios

Résultats :

#DBD::mysql::db do failed: Table 'nagios.nagios_dbversion' doesn't exist at ./installdb line 51.
#** Creating tables for version 1.4b9
# Using mysql.sql for installation...
#** Updating table nagios_dbversion
#Done!

cp /usr/local/ndoutils-1.4b9/config/ndo2db.cfg-sample /usr/local/nagios/etc/ndo2db.cfg
cp /usr/local/ndoutils-1.4b9/config/ndomod.cfg-sample /usr/local/nagios/etc/ndomod.cfg

Éditer les fichiers de configuration
cd /usr/local/nagios/etc/
vi ndo2db.cfg

Dans ce fichier vous renseignerez l'utilisateur de mysql :

# SOCKET TYPE
# This option determines what type of socket the daemon will create
# an accept connections from.
# Value:
# unix = Unix domain socket (default)
# tcp = TCP socket

#socket_type=unix
socket_type=tcp
...
# DATABASE USERNAME/PASSWORD
# This is the username/password that will be used to authenticate to the DB.
# The user needs at least SELECT, INSERT, UPDATE, and DELETE privileges on
# the database.

db_user=nagios
db_pass=nagios

vi ndomod.cfg
Modifier le type socket :

...
#output_type=file
output_type=tcpsocket
#output_type=unixsocket
...
#output=/usr/local/nagios/var/ndo.dat
output=127.0.0.1
#output=/usr/local/nagios/var/ndo.sock

vi nagios.cfg

Modifier le partie event_broker (/event_broker pour rechercher sous Vi)
-
# EVENT BROKER OPTIONS
# Accepte des datas de l'extérieur (dont NDO)
# Controls what (if any) data gets sent to the event broker.
# Values: 0 = Broker nothing
# -1 = Broker everything
# <other> = See documentation
event_broker_options=-1
broker_module=/usr/local/nagios/bin/ndomod.o config_file=/usr/local/nagios/etc/ndomod.cfg
-

Arrêt de Nagios
/etc/init.d/nagios stop

Démarrage du deamon NDO2DB
/usr/local/nagios/bin/ndo2db -c /usr/local/nagios/etc/ndo2db.cfg

Démarrage de Nagios
/etc/init.d/nagios start

Vérification du démarrage de Nagios
vi /usr/local/nagios/var/nagios.log
NB : Si Code 127 : Nagios Plugin non compilé

Installation des plugins Nagios

Décompression de Nagios Plugin
cd /usr/local
tar xvfz nagios-plugins-1.4.14.tar.gz

Compilation de Nagios Plugin
cd nagios-plugins-1.4.14
./configure

Résultats :

# --with-apt-get-command:
# --with-ping6-command: /bin/ping6 -n -U -w %d -c %d %s
# --with-ping-command: /bin/ping -n -U -w %d -c %d %s
# --with-ipv6: yes
# --with-mysql: /usr/bin/mysql_config
# --with-openssl: yes
# --with-gnutls: no
# --enable-extra-opts: no
# --with-perl: /usr/bin/perl
# --enable-perl-modules: no
# --with-cgiurl: /nagios/cgi-bin
# --with-trusted-path: /bin:/sbin:/usr/bin:/usr/sbin
# --enable-libtap: no

make
make install

Vérification des modules
ls /usr/local/nagios/libexec/
/etc/init.d/nagios restart

Changer authentification
vi /usr/local/nagios/etc/cgi.cfg
Exemple de configuration :

...
use_authentication=1
use_ssl_authentication=0
...

Pour le reste voici une brève explication :

• authorized_for_system_information : indiquent quels sont les utilisateurs pouvant voir l'état des services
  
• authorized_for_configuration_information : indiquent quels sont les utilisateurs pouvant voir la configuration de serveur Nagios
  
• authorized_for_system_commands : indiquent quels sont les utilisateurs pouvant exécuter des commandes systèmes au travers de l'interface de Nagios
  
• authorized_for_all_services : indiquent quels sont les utilisateurs pouvant voir l'état de tout les services (par défaut, on voit uniquement les services pour lesquels l'utilisateur est une personne de contact)
  
• authorized_for_all_hosts : idem que ci-dessus mais pour les hôtes (les machines)
  
• authorized_for_all_service_commands : indiquent quels sont les utilisateurs pouvant exécuter des commandes pour tous les services (par défaut, on peut exécuter des commandes uniquement sur les services pour lesquels l'utilisateur est une personne de contact)
  
• authorized_for_all_host_commands : idem que ci-dessus mais pour les hôtes (les machines)
  

Je vous laisse le soin de compléter la configuration des personnes autorisées ou non à agir sur l'interface de Nagios !

Déclarer le user nagiosadmin
htpasswd -c /usr/local/nagios/etc/htpasswd.users nagiosadmin

NB :Pour ajouter un utilisateur
htpasswd /usr/local/nagios/etc/htpasswd.users <username>

Changer le propriétaire du répertoire Nagios
chown -Rf nagios:nagios /usr/local/nagios/

Redemarrer le module NDO et Nagios
ps -e | grep ndo2db
kill PID
/usr/local/nagios/bin/ndo2db -c /usr/local/nagios/etc/ndo2db.cfg
/etc/init.d/nagios restart

Modification du script de démarrage de nagios pour prendre en compte ndo2db
vi /etc/init.d/nagios

-
...
start) echo -n "Starting nagios:"
$NagiosBin -v $NagiosCfgFile > /dev/null 2>&1;
if $? -eq 0; then
########################################################################
###############################A Ajouter################################
su - $NagiosUser -c "/usr/local/nagios/bin/ndo2db -c /usr/local/nagios/etc/ndo2db.cfg"
########################################################################
su - $NagiosUser -c "touch $NagiosVarDir/nagios.log $NagiosRetentionFile"
...
stop)
echo -n "Stopping nagios: "
pid_nagios
killproc_nagios nagios
########################################################################
###############################A Ajouter################################
su - $NagiosUser -c "skill ndo2db"
########################################################################
...
-

Installation du skin Vautour
J'utilise un skin très agréable nommé Vautour car il faut avouer que l'interface de base de Nagios est repoussante ... Comme tout projet il faut savoir le vendre et celà passe par l'esthétique !
wget http://www.be-root.com/downloads/nagios/vautour/vautour_style.zip
unzip vautour_style.zip -d /usr/local/nagios/share/

Merci à l'équipe de Be-Root !

Voici un exemple :

Et voilà votre installation de Nagios doit être prête ! Il ne reste plus qu'à configurer notre nagios pour qu'il surveille nos serveurs ! Mais ça c'est dans un prochain billet !

Rappel

Vérifier la configuration
/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

Faire des propositions d'optimisation (juste pour avoir la commande )
/usr/local/nagios/bin/nagios -s /usr/local/nagios/etc/nagios.cfg

Bon je vous avais promis une procédure d'installation de Nagios 3.X sous Fedora/CentOS/RHEL, bah presque !
En attendant voici un outil open source bien pratique, équivalent des plugins Nagios Checker sous Firefox ou Chromium, permettant d'intégrer les notifications de Nagios directement à votre système d'exploitation !!! (et oui ça fonctionne même avec la fenêtre ;) ! )

NagStaMon est donc un logiciel qui permet d'intégrer les notifications Nagios directement dans votre barre de notification ! Il offre les mêmes fonctionnalités que les plugins cités ci-dessus :

• visible de manière permanente sur le bureau
• connexion à différent Nagios avec la possibilité de les activer/désactiver séparément
• status rafraichit automatiquement
• Info-bulle donnant un rapide résumé de la situation
• notifie les utilisateurs via des sons et des clignotements dans la barre de notification
• permet le filtre sur des services ou des hôtes à l'aide d'expression régulières
• accès rapide à la page principale de Nagios , ainsi qu'à celles des services ou des hôtes
• accès rapide aux services et hôtes correspondant aux alertes remontées
• accès rapide aux hôtes via SSH/RDP/VNC/WWW à l'aide d'un clic droit sur l'info-bulle
• suit les couleurs des status de Nagios (green=all ok, yellow=warning, orange=unknown, red=critical, darkred=unreachable, black=host is down)
• possibilité de filtrer les alertes que l'on souhaite remonter
• deux tailles possible de notification
• possibilité de rendre la notification hors barre de status par simple glisser
• démarre au lancement de la session
• sauvegarde des préférences dans $HOME/.nagstamon.conf

Préparation de l'installation :

J'ai commencé par installer le Release Candidate, mais visiblement ce n'est pas encore ça ... j'ai donc installé la version stable 9.4
Cependant j'ai du user du yum afin de le lancer :
su -
yum install python-lxml sox
Dommage que les dépendances ne soient pas sur le rpm fournis ... c'est quand même tous l'avantage d'un rpm ...

Enfin un petit yum install http://downloads.sourceforge.net/project/nagstamon/nagstamon/nagstamon%200.9.4/nagstamon-0.9.4-2.noarch.rpm

Et voilà le tour est joué ! Il n'y a plus qu'à configurer le bébé et hop votre Nagios est en osmose avec votre Fedora !
@ bientôt !!!

Un peu en avance sur le week-end, mais bon, comme je n'ai pas toujours le temps de publier ...

Présentation

TOra est une trousse à outils pour Oracle qui vise à aider le DBA. Il permet la mise au point des dispositifs PL/SQL, de créer des worksheet SQL avec la mise en évidence de syntaxe, de naviguer dans la base et un ensemble complet des outils de DBA. TOra inclut également le support de MySQL et de Postgres.

Installation

Pour l'installer sous Fedora, il vous faudra installer oracle-instantclient11.2-basic disponible :

• pour x86 : http://www.oracle.com/technetwork/topics/linuxsoft-082809.html
• pour x86_64 : http://www.oracle.com/technetwork/topics/linuxx86-64soft-092277.html

Dans un terminal effectuez :

# yum localinstall --nogpgcheck oracle-instantclient11.2-basic-11.2.0.2.0.x86.rpm ou # yum localinstall --nogpgcheck oracle-instantclient11.2-basic-11.2.0.2.0.x86_64.rpm

Une fois oracle-instantclient, il ne vous reste plus qu'à installer TOra !

Pour cela direction le site du projet TOra ou Site Officiel.

Rendez-vous sur la page http://sourceforge.net/projects/tora/files/ et installez le paquet pour Fedora.

# yum localinstall --nogpgcheck tora-2.1.3-1.fc13.x86.rpm
ou
# yum localinstall --nogpgcheck tora-2.1.3-1.fc13.x86_64.rpm

Et voilà TOra est installé !

Configuration

Maintenant pour pouvoir s'en servir, il vous faut effectuer en root les commandes suivantes en x86 :

cd /usr/lib/oracle/11.2/client/lib/ # ln -s libclntsh.so.11.1 libclntsh.so # ln -s libocci.so.11.1 libocci.so
Puis :
# ln -s /usr/lib/oracle/11.2/client/lib/libnnz11.so /usr/lib/libnnz11.so # ln -s /usr/lib/oracle/11.2/client/lib/libclntsh.so /usr/lib/libclntsh.so

Maintenant pour pouvoir s'en servir, il vous faut effectuer en root les commandes suivantes en x86_64 :

cd /usr/lib/oracle/11.2/client64/lib/ # ln -s libclntsh.so.11.1 libclntsh.so # ln -s libocci.so.11.1 libocci.so
Puis :
# ln -s /usr/lib/oracle/11.2/client64/lib/libnnz11.so /usr/lib64/libnnz11.so # ln -s /usr/lib/oracle/11.2/client/lib64/libclntsh.so /usr/lib64/libclntsh.so

Tout est prêt il ne vous reste plus qu'à créer un script qui va vous permettre de lancer TOra :

On crée un répertoire dans le dossier de votre utilisateur:
$ mkdir ~/.TOra Créez un fichier TOra.sh dans ce repertoire .TOra contenant le code suivant :
@@#!/bin/bash export LD_LIBRARY_PATH=/usr/lib/oracle/11.2/client64/lib/ export ORACLE_HOME=/usr/lib/oracle/11.2 tora@@ $ chmod 755 .TOra/*

Utilisation

Pour lancer TOra :
$ .TOra/TOra.sh &

Et voilà, il ne vous reste plus qu'à utiliser Alacarte pour créer une entrée dans votre menu GNOME !