Project

General

Profile

Tâche #35161

Scénario #35154: Diverses améliorations à intégrer sur la sauvegarde Bareos

activation de la sauvegarde samba dépend du directeur bareos

Added by Emmanuel GARETTE over 1 year ago. Updated about 1 year ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
12/22/2022
Due date:
% Done:

100%

Remaining (hours):
0.0

Description

J'administre divers Seth pour des écoles primaires (Bligny sur Ouche, Thorey En plaine, ...).

Les Seth sont installés dans un Häpy. La sauvegarde est configuré comme cela :

- Häpy : le directeur
- Häpy, Seth et Amon : les filers

Cette architecture a plusieurs avantages comme :

- configuration centralisée des sauvegardes
- configuration centralisée du support de sauvegarde
- ne pas lancer de sauvegarde pendant le reconfiguration d'un autre serveur (notamment le redémarrage de Häpy alors que la sauvegarde du Seth n'est pas terminé)

Même s'il y a un gros désavantage, il faut que je copie la liste des fichiers a sauvegardé de l'Amon et le Seth vers l'Häpy.

Par contre, je m’aperçois que la sauvegarde du Seth n'est pas complète. En effet samba_backup ne se fait que si le directeur est actif sur le Seth (ce qui n'est pas le cas dans mon cas).
Tout comme on fait des extractions de l'annuaire, mysql, ... toutes les nuits qu'on ait activé ou non la sauvegarde, il faudrait extraire les données de samba toutes les nuits.

Associated revisions

Revision cb96b5a8 (diff)
Added by Benjamin Bohard about 1 year ago

Permettre la sauvegarde si le service filedaemon est activé.

Ref #35161

Revision ed79ea74 (diff)
Added by Benjamin Bohard about 1 year ago

Inverser la condition pour le cas de variable indisponible.

Ref #35161

History

#1 Updated by Joël Cuissinat over 1 year ago

  • Parent task set to #35154

#2 Updated by Benjamin Bohard about 1 year ago

Après discussion, deux problèmes sont identifiés :
  • la condition sur l’activation du directeur ne permet pas le fonctionnement attendu
  • la tâche programmée d’extraction n’est activée que si la sauvegarde est gérée par bareos

La conjonction des deux conditions fait que dans le cas décrit l’extraction n’est jamais faite et les données jamais sauvegardées.

Il semble plus judicieux de conditionner la possibilité de sauvegarder via bareos dès lors que le filedaemon est activé localement (c’est lui qui est indispensable) et même si le directeur n’est pas local.
Il semble également normale que le script samba_backup soit exécuté indépendamment du mode de sauvegarde (bareos ou archive tar) et donc de modifier la condition dans le dictionnaire schedule.

#3 Updated by Benjamin Bohard about 1 year ago

  • Status changed from Nouveau to En cours
  • Assigned To set to Benjamin Bohard

#4 Updated by Benjamin Bohard about 1 year ago

  • Status changed from En cours to À valider
  • % Done changed from 0 to 100

#5 Updated by Benjamin Bohard about 1 year ago

Sur un contrôleur secondaire, la variable activer_samba_backup n’est pas disponible (cachée automatiquement du fait d’être sur un contrôleur secondaire).

Si on établit le choix de la périodicité (journalier ou pas du tout) sur la condition contraire, on peut couvrir les cas contrôleur principal et contrôleur secondaire en utilisant l’attribut hidden='False' :
- si la variable est disponible, on se base sur sa valeur
- si la variable n’est pas disponible, on considère que c’est le cas concordant avec la valeur none

#6 Updated by Joël Cuissinat about 1 year ago

La dernière modification devrait permettre au test suivant de repasser en vert : https://dev-eole.ac-dijon.fr/jenkins/job/2.8.1/job/test-seth-001-2.8.1-amd64/

eole-ad-dc$ git branch -r --contains  ed79ea74 
  origin/2.8.0/master
  origin/2.8.1/master
  origin/HEAD -> origin/master
  origin/dist/eole/2.8.0/master
  origin/dist/eole/2.8.1/master
  origin/dist/eole/2.9.0/master
  origin/master

#7 Updated by Laurent Gourvenec about 1 year ago

  • Status changed from À valider to Résolu

#8 Updated by Joël Cuissinat about 1 year ago

  • Status changed from Résolu to Fermé
  • Remaining (hours) set to 0.0

OK

Also available in: Atom PDF