Projet

Général

Profil

Proposition Scénario #17981

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

Ajouté par Eric Renoult il y a plus de 7 ans. Mis à jour il y a environ 6 ans.

Statut:
Classée sans suite
Priorité:
Normal
Assigné à:
force verte
Catégorie:
-
Version cible:
-
% réalisé:

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

Demandes liées

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

Historique

#1 Mis à jour par Bruno Boiget il y a plus de 7 ans

  • Statut changé de Nouveau à En attente d'informations
  • Assigné à mis à 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 Mis à jour par Eric Renoult il y a plus de 7 ans

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 Mis à jour par Gérald Schwartzmann il y a plus de 7 ans

  • Statut changé de En attente d'informations à Nouveau

#4 Mis à jour par Bruno Boiget il y a plus de 7 ans

  • Tracker changé de Demande à Scénario
  • Projet changé de Zéphir à zephir-client
  • Sujet changé de config.eol bareos pas mis à jour à Revoir la sauvegarde/restauration du répertoire /etc/eole/extra via Zéphir
  • Début 22/11/2016 supprimé
  • Points de scénarios mis à 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 Mis à jour par Bruno Boiget il y a plus de 7 ans

  • Tracker changé de Scénario à Proposition Scénario

#6 Mis à jour par Bruno Boiget il y a plus de 7 ans

  • Assigné à Bruno Boiget supprimé

#7 Mis à jour par Bruno Boiget il y a plus de 7 ans

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 Mis à jour par Scrum Master il y a environ 7 ans

  • Tracker changé de Proposition Scénario à Scénario

#9 Mis à jour par Bruno Boiget il y a environ 7 ans

  • Lié à Tâche #19048: mise à jour dans /etc/eole/extra/config.eol ajouté

#10 Mis à jour par Bruno Boiget il y a environ 7 ans

  • Sujet changé de Revoir la sauvegarde/restauration du répertoire /etc/eole/extra via Zéphir à Etendre la vérification md5 des fichiers modifiés aux fichiers divers
  • Description mis à jour (diff)

#11 Mis à jour par Emmanuel GARETTE il y a environ 7 ans

  • Echéance mis à 14/04/2017
  • Version cible mis à sprint 2017 13-15 Dév
  • Début mis à 27/03/2017

#12 Mis à jour par Luc Bourdot il y a environ 7 ans

  • Echéance 14/04/2017 supprimé
  • Version cible sprint 2017 13-15 Dév supprimé
  • Début 27/03/2017 supprimé
  • Release mis à EOLE 2.6.1.1

#13 Mis à jour par Joël Cuissinat il y a plus de 6 ans

  • Release EOLE 2.6.1.1 supprimé

#14 Mis à jour par Joël Cuissinat il y a plus de 6 ans

  • Assigné à mis à force verte

#15 Mis à jour par Joël Cuissinat il y a environ 6 ans

  • Tracker changé de Scénario à Proposition Scénario
  • Statut changé de Nouveau à Classée sans suite

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

Formats disponibles : Atom PDF