Project

General

Profile

Proposition Scénario #17981

Etendre la vérification md5 des fichiers modifiés aux fichiers divers

Added by Eric Renoult almost 5 years ago. Updated over 3 years ago.

Status:
Classée sans suite
Priority:
Normal
Assigned To:
Category:
-
Target version:
-
% Done:

0%


Description

L'indicateur de md5 de la configuration ne prend en compte que le fichier de configuration et les patchs/dictionnaires.

Il faudrait étendre cette vérification aux 'fichiers divers' du serveur pour limiter les risques d'écrasement involontaire des modifications locales.

Demande d'origine : Revoir la sauvegarde/restauration du répertoire /etc/eole/extra via Zéphir

Dans le cas d'un changement de configuration de bareos sur un serveur scribe en 2.52, le fichier se trouvant sur le zephir dans /var/lib/zephir/conf/N° Etab/Id_serveur/fichiers_zephir/extra/bareos/config.eol n'est pas modifié et il n'apparait pas d'alerte de synchro dans zephir.
Si on pousse la config de zephir vers un serveur on se retrouve avec l'ancienne configuration bareos ou sans aucune configuration si l'enregistrement zephir a été effectué avant la configuration de la sauvegarde


Related issues

Related to conf-zephir - Tâche #19048: mise à jour dans /etc/eole/extra/config.eol Fermé 02/09/2017

History

#1 Updated by Bruno Boiget almost 5 years ago

  • Status changed from Nouveau to En attente d'informations
  • Assigned To set to Bruno Boiget

Si je comprend bien le problème, vous avez ajouté le répertoire extra/bareos dans les fichiers locaux du serveur scribe ?

Au niveau du fait que Zéphir ne remonte pas d'alerte, cela vient du fait que la vérification ne concerne que les fichiers suivants :

- config.eol (fichier zephir.eol sur Zéphir)
- fichiers .patch dans le répertoire des patchs
- fichiers .xml dans les répertoire des dictionnaires spécifiques au serveur (local) et à la variante (variante)

Au niveau de l'envoi/sauvegarde du fichier sur le serveur, les fichiers de type 'fichier divers' ne sont pas synchronisés automatiquement.
La procédure que je recommande serait de demander une sauvegarde de la configuration du serveur dans Zéphir après chaque modification de la configuration bareos :

  • soit via l'interface Zéphir (action sauvegarder l'état actuel du serveur)
  • soit sur le serveur scribe avec l'appel suivant : "/usr/share/zephir/scripts/zephir_client save_files"

pour ne pas remonter le reste de la configuration, choisir l'option "fichiers divers locaux" (ajouter " 3" en ligne de commande)

#2 Updated by Eric Renoult almost 5 years ago

Je précise qu'il s'agit de migration 2.4 vers 2.5.2
Le fichier du scribe /usr/share/zephir/zephir_conf/fichiers_zephir contient les lignes ci dessous et il semble que la ligne /etc/eole/extra soit rajouté de façon automatique, ce répertoire n'existant pas en 2.4

  1. configurations diverses
    /usr/share/ead2/backend/config/roles_local.ini
    /usr/share/ead2/backend/config/perm_local.ini
    /var/lib/eole/config/bp_server.conf
    /var/lib/eole/config/dhcp.conf
  2. configuration 'extra' (schedule, bacula, ...)
    /etc/eole/extra
  3. activation des actions (agents Zéphir)
    /usr/share/zephir/monitor/actions/actions.cfg
    1. Fichiers spécifiques à ce serveur ##

#3 Updated by Gérald Schwartzmann almost 5 years ago

  • Status changed from En attente d'informations to Nouveau

#4 Updated by Bruno Boiget almost 5 years ago

  • Tracker changed from Demande to Scénario
  • Project changed from Zéphir to zephir-client
  • Subject changed from config.eol bareos pas mis à jour to Revoir la sauvegarde/restauration du répertoire /etc/eole/extra via Zéphir
  • Start date deleted (11/22/2016)
  • Story points set to 3.0

Le problème doit venir du fait que l'ensemble du répertoire /etc/eole/extra est sauvegardé et restauré. La configuration de sauvegarde en 2.4.X est dans le sous-répertoire bacula, alors que c'est bareos en version 2.5.X.

Il faudrait prendre en compte ce répertoire différement.

  • soit sauvegarder les sous répertoires indépendamment (/etc/eole/extra/bareos). Cela pose problème pour les serveurs ayant déjà remonté le répertoire complet.
  • soit gérer de façon spécifique ce répertoire dans la fonction de mise en place de la configuration (remplacer seulement les sous-répertoires présents dans l'archive).

Dans la première solution, pour éviter les problèmes avec les serveurs 2.4.X ayant déjà sauvegardé ces fichiers, on peut envisager de modifier la liste des fichiers personnalisés des serveurs au moment de leur migration dans l'application Zéphir.

#5 Updated by Bruno Boiget almost 5 years ago

  • Tracker changed from Scénario to Proposition Scénario

#6 Updated by Bruno Boiget almost 5 years ago

  • Assigned To deleted (Bruno Boiget)

#7 Updated by Bruno Boiget almost 5 years ago

Après avoir essayé de reproduire le problème (installation d'un scribe 2.4.2, puis passage en 2.5.2), je reviens sur ma position précédente :)

  • Le répertoire /etc/eole/extra est effectivement ajouté automatiquement aux fichiers sauvegardés sur Zéphir sur les scribe 2.5.2.
  • par contre il n'est pas sauvegardé sur les serveurs 2.4.2

Le problème ne vient donc pas du fait que le serveur a été migré, mais que les éventuelles modifications non remontées ne sont pas détectées par Zéphir, et sont écrasées en cas d'envoi de configuration (sans sauvegarde au préalable).

D'une façon générale ce problème revient souvent au niveau des fichiers personnalisés dont la synchronisation n'est pas très bien gérée.

Si cela pose vraiment problème, on pourrait envisager d'étendre la vérification md5 de la configuration à tous les "fichiers divers".

#8 Updated by Scrum Master over 4 years ago

  • Tracker changed from Proposition Scénario to Scénario

#9 Updated by Bruno Boiget over 4 years ago

  • Related to Tâche #19048: mise à jour dans /etc/eole/extra/config.eol added

#10 Updated by Bruno Boiget over 4 years ago

  • Subject changed from Revoir la sauvegarde/restauration du répertoire /etc/eole/extra via Zéphir to Etendre la vérification md5 des fichiers modifiés aux fichiers divers
  • Description updated (diff)

#11 Updated by Emmanuel GARETTE over 4 years ago

  • Due date set to 04/14/2017
  • Target version set to sprint 2017 13-15 Dév
  • Start date set to 03/27/2017

#12 Updated by Luc Bourdot over 4 years ago

  • Due date deleted (04/14/2017)
  • Target version deleted (sprint 2017 13-15 Dév)
  • Start date deleted (03/27/2017)
  • Release set to EOLE 2.6.1.1

#13 Updated by Joël Cuissinat almost 4 years ago

  • Release deleted (EOLE 2.6.1.1)

#14 Updated by Joël Cuissinat almost 4 years ago

  • Assigned To set to force verte

#15 Updated by Joël Cuissinat over 3 years ago

  • Tracker changed from Scénario to Proposition Scénario
  • Status changed from Nouveau to Classée sans suite

Plus de développement prévu sur le module Zéphir actuel.

Also available in: Atom PDF