Projet

Général

Profil

Scénario #8297

Adaptation des fonctions de migration pour Eole 2.4

Ajouté par Bruno Boiget il y a presque 10 ans. Mis à jour il y a plus de 9 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
Echéance:
20/06/2014
% réalisé:

100%

Temps estimé:
(Total: 25.00 h)
Temps passé:
(Total: 52.00 h)
Points de scénarios:
-
Restant à faire (heures):
0.00 heure
Estimation basée sur la vélocité:

Description

Différentes adaptations restent à intégrer/vérifier pour la migration vers Eole 2.4

En particulier, la notion d'Upgrade-Auto nécessitera certainement des adaptations pour le passage 2.3 -> 2.4

  • Pour les upgrades précédents (2.0 -> 2.1 -> 2.2), la version de Créole était la même et les configurations pouvaient être basculées automatiquement
  • fonctionnement à confirmer pour Eole 2.4 (à priori, une préparation de configuration sera nécessaire)
  • à vérifier : prise en compte des fichiers divers spécifiques au serveur (ex: filtrage personnalisé sur Amon).

Voir demandes liées pour les autres points bloquants.


Sous-tâches

zephir-parc - Tâche #8384: adapter la fonctionnalité de migration de 'fichiers personnalisés' pour l'étendre à la migration vers 2.3 et 2.4 (+ documentation)FerméBruno Boiget

zephir-parc - Scénario #8426: Gestion des paquets de dictionnaires installés sur un client mais non déclarés dans ZéphirFerméBruno Boiget

zephir-parc - Scénario #8325: fournir un script d'exemple pour la génération de configuration de migration par l'APIFerméBruno Boiget

zephir-client - Scénario #8366: évolution du script upgrade_distrib.py pour eole 2.4FerméBruno Boiget

zephir-parc - Tâche #8449: cache de configuration non mis à jour en cas de 'revert' d'une migrationFerméBruno Boiget

creole - Tâche #8506: migration24.sh : sauvegarder les adaptations localesFerméBruno Boiget


Demandes liées

Lié à zephir-parc - Anomalie #8240: préparation de migration : les dictionnaires liés à des paquets supplémentaires déclarés dans la variante cible ne sont pas pris en compte Fermé
Lié à zephir-parc - Anomalie #8237: Mettre en place les autorisations pour permettre une migration de eole 2.2 vers eole 2.4 pour les modules supportés Fermé
Lié à zephir-parc - Tâche #6880: sauvegarde du filtrage web Fermé 20/06/2014
Lié à Documentations - Evolution #8259: documentation de la gestion des dictionnaires pour eole >= 2.4 Fermé
Lié à zephir-client - Scénario #8573: Report sur eole 2.3 d'une partie des modifications du client 2.4 (migration) Fermé

Historique

#1 Mis à jour par Bruno Boiget il y a presque 10 ans

  • Description mis à jour (diff)

proposition des différents scénarios de migration d'un serveur enregistré vers eole 2.4

1) serveur réinstallé

  • backup 'spécial du serveur'
  • installation
  • si configuration préparée sur Zéphir (conf serv + variante) :
    • enregistrement_zephir : reprendre id existant (bascule dans zephir) -> "utiliser la conf de Zéphir" -> descente conf -> sauvegarde conf)
    • récupération fichiers_divers de l'ancien serveur si définis dans migration_perso ?
  • si pas de configuration définie sur Zéphir :
    • gen_config + saisie configuration (obligatoires)
    • enregistrement_zephir : reprendre id existant (bascule dans zephir) -> "sauvegarder la conf local sur Zéphir"
    • PB: choix de la variante non proposé à la bascule du serveur en 2.4 (standard si pas de conf de migration définie). Modifiable par la suite via enregistrement_zephir
  • instanciation du serveur
  • lancement du script de restauration

2) upgrade-auto

  • migration système/eole du serveur
  • lancement d'upgrade_distrib.py en fin d'Upgrade-Auto
    • si configuration préparée sur Zéphir: bascule serveur dans Zéphir/descente conf/sauvegarde conf (automatiquement)
    • si pas de configuration définie: idem que dans le cas d'une réinstallation (gen_config + ré-enregistrement avec envoi à Zéphir)
  • instance
Avant de remonter les fichiers locaux sur Zéphir, il faudrait procéder à une étape de 'ménage':
  • supprimer les entrées obsolètes dans /usr/share/zephir/zephir_conf/fichiers_zephir (toutes les entrées provenant des anciennes liste de fichier par module)
  • vérfier que la configuration locale est cohérente:
    • par d'erreur en chargeant tous les dictionnaires (module/variante/locaux);
    • pas de variable obligatoire manquante;

Les points les plus problématiques sont :

  • gestion des paquets des dictionnaires 'EOLE' provenant de paquets non installés par défaut (voir demande liée) -> vérifier si ils sont activés au niveau de la variante et proposer de les activer au niveau serveur le cas échéant ?
  • la gestion des fichiers 'migration_perso' doit être adaptée pour gérer plusieurs listes de fichiers selon la version de la distribution.
  • Dans le cas d'un Upgrade-Auto, des patchs/dictionnaires/templates locaux sont susceptibles de ne pas être compatibles (surtout problématique dans le cas ou la configuration n'est pas générée sur Zéphir).

#2 Mis à jour par Fabrice Barconnière il y a plus de 9 ans

  • Statut changé de Nouveau à Fermé

#3 Mis à jour par Redmine Admin il y a plus de 9 ans

  • Tracker changé de Evolution à Scénario

Formats disponibles : Atom PDF