Tâche #16600
Distribution EOLE - Scénario #16516: Traitement express (25-27)
Problème de migration Amon 2.2 > 2.4.2 et Horus 2.2 > 2.4.2 / 2.5.2
Description
À la fin d'un enregistrement_zephir sur un Horus 2.4.2 j'obtiens l'erreur :
"impossible d'effectuer le calcul, l'option adresse_ip_eth0 a les propriétés : ['mandatory'] pour : adresse_network_eth0"
pourtant tout semble ok sur Zéphir 2.5.2, j'ai bien généré une configuration de migration vers Horus 2.4.2 et enregistré sans erreur.
et depuis gen_config, en mode synchronisé avec Zéphir j'ai le message d'erreur "Fichier de configuration invalide".
et en important /etc/eole/config.eol j'ai j'ai le message "Impossible d'importer le fichier : le fichier n'est pas dans un format connu"
Révisions associées
Corrections sur la préparation de fichiers de migration
- suppression de variables obsolètes en cas de migration (remove_unknown_vars)
- correction des fichiers de configuration à leur chargement si besoin
ref #16600 @2h
Correction de fichiers migrés
remove_unknown_vars doit être à False si upgrade depuis 2.4.0 et >
- nécessaire seulement depuis les versions 2.2/2.3
- la fonction de nettoyage des configurations devrait suffire
pour les fichiers 2.2/2.3 migrés sans remove_unknown_vars
ref #16600 @30m
Historique
#1 Mis à jour par Bruno Boiget il y a presque 8 ans
- Tracker changé de Demande à Tâche
- Statut changé de Nouveau à En cours
- Assigné à mis à Bruno Boiget
- Version cible mis à sprint 2016 25-27 - Equipe MENESR
- % réalisé changé de 0 à 50
- Temps estimé mis à 3.00 h
- Tâche parente mis à #16516
- Restant à faire (heures) mis à 1.0
Après étude, le problème vient de la préparation de configurations de migration qui ne positionne pas l'option remove_unknown_vars. Des variables avec un attribut 'old_format' subsistent dans les fichiers générés et posent problème sur les serveurs.
#2 Mis à jour par Bruno Boiget il y a presque 8 ans
- Fichier amon242_cdeze.eol ajouté
Je trouve également un autre problème dans certains fichiers de configuration générés par des versions précédentes (fichier remonté par Christophe Dezé):
une variable eol_version peut subsister dans les fichier de configuration migrés. Cela vient d'erreurs antérieures dans la fonction de migration qui utilisait cette clé au lieu de version. Cela provoque une erreur à la validation du fichier de configuration.
>> conf = loader.creole_loader(force_dirs=['/var/lib/zephir/modules/68/dicos/'], force_configeol="/var/lib/zephir/conf/00000001/241/zephir.eol")
*** eol_version 2.4.0 (debug)
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/creole/loader.py", line 466, in load_store
valid_store(store)
File "/usr/lib/python2.7/dist-packages/creole/loader.py", line 449, in valid_store
raise Exception('store value is not a dict for {0}'.format(key))
Exception: store value is not a dict for eol_version
#3 Mis à jour par Olivier FEBWIN il y a presque 8 ans
Je confirme que les paquets zephir* 2.5.2-29 corrigent bien le problème que je rencontrais lors des migrations Horus 2.2 > 2.4.2 ; Horus 2.2 > 2.5.2 ; Amon 2.2 > 2.4.2
Merci encore !
#4 Mis à jour par Bruno Boiget il y a presque 8 ans
- Statut changé de En cours à Fermé
- % réalisé changé de 50 à 100
- Restant à faire (heures) changé de 1.0 à 0.0
Paquets à annoncer et à passer rapidement en mise à jour corrective.