Evolution #1949
Pas de diagnose sur bacula
Description
Il n'y a pas de test sur bacula dans le diagnose.
Il faudrait tester les services et l'état de la dernière sauvegarde (avec par exemple bacula_rapport_load de pyeole.bacula).
Demandes liées
Révisions associées
bacula.py : permet l'execution du test sans la verification des dictionnaires (ref #1949)
option -f --force (à Flase par defaut pour ne pas entrainer de regression) pour ne pas vérifier les dictionnaires et gagner du temps avec baculamount.py dans le cadre de diagnose. Les dictionnaires sont verifier par le script bash dans ce cas precis.
mise en place de la diagnose pour bacula (fixes #1949)
ajout de la dependance sur check-bacula-plugin,
option force pour gagner du temps (pas de lecture du dictionnaire),
stockage des mots de passes de bacula pour utilisation avec check_bacula dans le cadre de diagnose,
configuration de la console dans les fichiers de configuration des demons de bacula,
test de diagnose.
Historique
#1 Mis à jour par Emmanuel GARETTE il y a plus de 12 ans
Le plus adapté pour tester le service bacula est de compiler le plugin nagios du paquet bacula.
Voilà comment je l'ai compilé :
apt-get source bacula
cd bacula-5.0.1
./configure --enable-client-only
cd src/lib/
make
cd ../../examples/nagios/check_bacula
make
On utilisera ensuite le binaire "check_bacula".
Il faut ensuite ajouter un monitor dans bacula-dir.conf :
Console {
Name = 127.0.0.1-mon
Password = "xxxxxxxxx"
CommandACL = status, .status
}
Pour tester bacula-dir :
./check_bacula -H localhost -D dir -K xxxxxxxxx -M 127.0.0.1-mon
Pour bacula-sd, il faut utiliser le nom et mot de passe présent dans /etc/bacula/bacula-sd.conf
Pour bacula-fd, il faut utiliser le nom et mot de passe présent dans /etc/bacula/bacula-fd.conf
#2 Mis à jour par Emmanuel GARETTE il y a plus de 12 ans
Le plugin check_bacula est en réalité dans .libs/
Il faut le lancer comme ca :
LD_LIBRARY_PATH=/usr/lib/bacula/ ./check_bacula
#3 Mis à jour par Joël Cuissinat il y a plus de 12 ans
- Version cible changé de Mises à jour 2.3 - 02 RC à Mises à jour 2.3 - 03 RC
#4 Mis à jour par Benjamin Bohard il y a plus de 12 ans
- Assigné à mis à Daniel Dehennin
- Distribution mis à EOLE 2.3
Les solutions plus simples envisagées de diagnostic ne sont pas assez poussées (pas de test de la communication entre les différents serveurs).
La solution de la compilation de check_status (non proposée sur le paquet ubuntu) est retenue.
#5 Mis à jour par Daniel Dehennin il y a plus de 12 ans
- Assigné à changé de Daniel Dehennin à Benjamin Bohard
- % réalisé changé de 0 à 50
Je viens de mettre en eole-2.3-dev
un paquet check-bacula-plugin
qui fourni l’exécutable /usr/lib/nagios/plugins/check_bacula
/usr/lib/nagios/plugins/check_bacula -h Copyright (C) 2005 Christian Masopust Written by Christian Masopust (2005) Version: 5.0.1 (24 February 2010) x86_64-pc-linux-gnu ubuntu 10.04 Usage: check_bacula [-d debug_level] -H host -D daemon -N name -P port -H <host> hostname where daemon runs -D <daemon> which daemon to check: dir|sd|fd -M <name> name of monitor (as in bacula-*.conf) -K <md5-hash> password for access to daemon -P <port> port where daemon listens -dnn set debug level to nn -? print this message.
#6 Mis à jour par Benjamin Bohard il y a plus de 12 ans
- Projet changé de eole-bacula à python-pyeole
#7 Mis à jour par Benjamin Bohard il y a plus de 12 ans
- Projet changé de python-pyeole à eole-bacula
#8 Mis à jour par Benjamin Bohard il y a plus de 12 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 50 à 100
Appliqué par commit 6345c625b2c32f3b6827f88be16e20912ea7dab3.
#9 Mis à jour par Joël Cuissinat il y a plus de 12 ans
- Statut changé de Résolu à Fermé
Vu :
*** Sauvegarde . Bacula Director => Ok . fichier de configuration => Ok . Bacula Client => Ok . fichier de configuration => Ok . Bacula Storage => Ok . fichier de configuration => Ok . Montage du support => Erreur