Demande #16277
Horus 2.5.1 : problème de templatisation des fichiers de conf Bareos
Description
Bonjour,
Nous avons remarqué que les paramétrage des sauvegardes Bareos réalisés via l'EAD disparaissent après un reconfigure.
En effet les fichiers de conf situés dans /etc/bareos* sont templatisés à chaque reconfigure annulant de ce fait les pramétrages appliqué via l'EAD (remise à zéro de bareosschedule.conf par exemple, ce qui est un peu embếtant pour effectuer des sauvegardes...)
Est-ce un problème de conf de notre côté?
Merci pour votre retour
Cordialement,
Historique
#1 Mis à jour par Philippe Caseiro il y a presque 10 ans
- Statut changé de Nouveau à En attente d'informations
Bonjour,
Nous venons de tester la configuration des sauvegardes via l'EAD sur un horus 2.5.1, après un reconfigure notre configuration est toujours présente.
Nous n'arrivons pas a reproduire le problème.
En effet le fichier est régénéré a chaque reconfigure mais l'EAD alimente une série de variables Creole lors du paramètrage de la sauvegarde, ces variables ne sont pas disponibles dans gen_config mais uniquement a destination de l'EAD.
Sur combien de serveurs avez vous le problème ?#2 Mis à jour par Philippe Caseiro il y a presque 10 ans
- Assigné à mis à Philippe Caseiro
#3 Mis à jour par Anthony RAULT il y a presque 10 ans
Bonjour,
un script, faisant un test md5 sur les fichiers /etc/bareos/, nous à informé d'une quinzaine de serveur ont perdu leur configuration et les informations dans l'EAD ont été effacées.
l'impact est peut-être sur tous les serveurs après reconfigure.
cordialement
#4 Mis à jour par Anthony RAULT il y a presque 10 ans
- Fichier XcheckBareos.sh Voir ajouté
Bonjour,
J'ai installer le logiciel auditd pour connaître le processus qui modifie le fichier /etc/eole/extra/bareos/config.eol
Voici l'extrait du log:
type=CWD msg=audit(16/06/2016 20:00:01.917:515) : cwd=/root
type=SYSCALL msg=audit(16/06/2016 20:00:01.917:515) : arch=x86_64 syscall=rename success=yes exit=0 a0=0x20f1b70 a1=0x7fffde8e6f66 a2=0x20f1b70 a3=0x7fffde8e4e80 items=5 ppid=4124 pid=4144 auid=unset uid=root gid=root euid=root suid=root fsuid=root egid=root sgid=root fsgid=root tty=(none) ses=unset comm=sed exe=/bin/sed key=mykey
type=CWD msg=audit(16/06/2016 20:50:34.362:566) : cwd=/var/spool/uucppublic/fichiers_zephir
type=SYSCALL msg=audit(16/06/2016 20:50:34.362:566) : arch=x86_64 syscall=open success=yes exit=7 a0=0x259a480 a1=O_WRONLY|O_TRUNC a2=0x0 a3=0x7ffca4be91f0 items=1 ppid=5929 pid=5930 auid=unset uid=root gid=root euid=root suid=root fsuid=root egid=root sgid=root fsgid=root tty=(none) ses=unset comm=cp exe=/bin/cp key=mykey
Explications:
A 20h00, mon script vérifie et si nécessaire configure /etc/eole/extra/bareos/config.eol pour des sauvegardes a 21h (via sed)
A 20h50, Zephir fait une copie du /etc/eole/extra/bareos/config.eol
A 21h00, la sauvegarde plante car Bareos n'est pas configuré; voici un extrait du log:
16-Jun 21:00 127.0.0.1-dir JobId 31: BeforeJob: Erreur au test de montage : ERREUR : bareos n'est pas configuré
Sur Zephir, le log informe qu'il a fait un "Configure"; l'extrait:
2016-06-16 20:50:34 CONFIGURE OK Configuration OK
Comprenez-vous pourquoi il y a cette perte de configuration?
cordialement
Anthony RAULT
NB.: Vous trouverez en PJ mon script
#5 Mis à jour par Joël Cuissinat il y a plus de 9 ans
- Statut changé de En attente d'informations à Fermé
<cjactard> La conf était rapatriée de zéphir sans avoir été envoyée dessus auparavant...