Scénario #8325
Zéphir - Scénario #8297: Adaptation des fonctions de migration pour Eole 2.4
fournir un script d'exemple pour la génération de configuration de migration par l'API
Description
Partir du script de Christophe Deze (migration amon):
- retravailler les fonctions utilitaires (attention unicode)
- commentaires dans script + maj doc Zéphir
Révisions associées
creolewrap (creole3) : force un type list dans set_value si variable multi
Ref #8325 @30m
Ajout d'un exemple de script de génération de configuration de migration
- ajout du script /usr/share/zephir/utils/gen_migration_sample.py
- valeurs par défaut dans zephir.config pour permettre l'installation
de zephir-common sur d'autres modules eole
Ref #8325 @1h30m
Historique
#1 Mis à jour par Bruno Boiget il y a environ 10 ans
- Echéance mis à 20/06/2014
Pour limiter les erreurs dans la partie à adapter du script, forcer un type liste lors de l'appel à set_value du wrapper Creole3 si une variable de type multi est détectée.
problème rencontré par Christophe Deze lors de tests:
<cdeze> copy_val(d_eole2,'mask_secure','255.255.255.0') me renvoie InvalidDataError: invalid value for option mask_secure: invalid netmask address <cdeze> erreur de modification du serveur 234 : invalid value for option mask_secure: invalid netmask address <cdeze> <variable name="mask_secure" type="netmask" description="Adresse ip des masques securises" mode='basic'/> <cdeze> copy_val(d_eole2,'mask_secure',[u'255.255.255.0']) passe
#2 Mis à jour par Bruno Boiget il y a environ 10 ans
- Fichier gen_migration_sample.py Voir ajouté
- Fichier migration.csv Voir ajouté
en attendant une publication, première version du script en pièce jointe (adapté du script de migration vers amon 2.4 testé par Christophe Deze).
Dans la fonction à adapter (update_conf), la configuration d_eole2 devrait déjà avoir récupéré toutes les valeurs migrées en standard par EOLE.
Un moyen pratique de repérer les variables qui ne sont pas migrées est de faire un test depuis l'application web :
- cliquer sur 'générer les données de migration' sur un serveur 2.2 ou 2.3
- choisir la variante 2.4 à utiliser (qui sera à renseigner dans le fichier CSV donné au script)
- dans gen_config, vérifier quelles valeurs n'ont pas été récupérées, et faire les modifications nécessaires dans le script pour les remplir
quelques fonctions utiles dans genconfig 2.4 :
- dans la liste de choix du mode (basique/normal/expert), tu peux activer le mode debug pour voir le nom des variables
- en cliquant sur 'fichier -> enregistrer la configuration', un tableau récapitulatif présente toutes les variables obligatoires non renseignées
Voir les commentaires et docstrings des fonctions dans le script pour plus d'informations.
#3 Mis à jour par Christophe Dezé il y a environ 10 ans
dans l'ideal le script pourrait prendre en parametre --id_server et --variante
pas besoin de fichier csv
#4 Mis à jour par Bruno Boiget il y a environ 10 ans
- Statut changé de Accepté à Résolu
- Version cible mis à sprint 2014 36-37
- % réalisé changé de 0 à 100
#5 Mis à jour par Bruno Boiget il y a environ 10 ans
- Tâche parente mis à #8297
#6 Mis à jour par Fabrice Barconnière il y a presque 10 ans
- Statut changé de Résolu à Fermé
#7 Mis à jour par Redmine Admin il y a presque 10 ans
- Tracker changé de Evolution à Scénario