Tâche #14373
Scénario #14287: Assistance aux utilisateurs (01-03)
Etudier les problèmes de migration de variables de variantes remontés par Philipe Ferreira
Description
En faisant des tests sur les dernières modifications des fonctions liées à Upgrade-Auto dans zephir-client je suis tombé sur les derniers commentaires de la demande liées (ajoutés après sa fermeture)
Essayer de reproduire le cas évoqué, la correction apportée n'est à priori pas suffisante dans son cas.
Après une revue rapide du code avec Emmanuel, nous soupçonnons un comportement de ce genre :- des valeurs peuvent être perdues lorsqu'une première migration / sauvegarde vers Zéphir est effectuée (avant descente des dictionnaires de variante).
- une deuxième migration des valeurs est effectuée après récupération de la variante, mais elle ne doit à priori rien faire puisque le fichier est déjà migré.
Related issues
Associated revisions
upgrade_distrib.py pas d'appel à upgrad_config avant descente de la variante
ref #14373 @10m
Ajout d'une purge des locks en début de la descente de configuration
ref #14373 @5m
History
#1 Updated by Scrum Master over 7 years ago
- Status changed from Nouveau to En cours
#2 Updated by Scrum Master over 7 years ago
- Description updated (diff)
- Assigned To set to Bruno Boiget
#3 Updated by Bruno Boiget over 7 years ago
- Description updated (diff)
#4 Updated by Bruno Boiget over 7 years ago
Après vérification du comportement, il y a deux problèmes potentiels :
- Zéphir lance une première mise à niveau du fichier de configuration avant la descente des fichiers de nouvelle variante. Cela peut poser problème si des adaptation ont été faites sur les dictionnaires de la variante cible.
Il faut faire la mise à niveau une seule fois après descente de la configuration (Zéphir copie en interne l'ancien fichier eol avant la descente, la mise à niveau se fera donc sur la dernière version de config.eol remontée sur Zéphir). - Dans le cas évoqué (migration avec saut d'une version), Zéphir ne sait pas mettre en place automatiquement les correspondances de variantes (seulement n -> n+1).
Il faut donc renseigner si nécessaire dans l'application Zéphir les correspondances de variantes de la version source.
Dans l'exemple testé : modules -> variantes (amon-2.4.0) -> sélection de la variante 2.4.2 à utiliser et validation).
Si la correspondance n'est pas renseignée, le serveur utilisera la variante par défaut, et c'est dans ce cas que les variables de variante ne seront plus connues. Dans ce cas les valeurs peuvent être perdues, car la procédure de mise à niveau 'nettoie' les valeurs non liées à une variable. --> vérifier la documentation.
#5 Updated by Bruno Boiget over 7 years ago
paquet 2.5.2 compilé (corrige le point 1 du commentaire précédent)
A voir pour backport sur d'autres versions.
#6 Updated by Bruno Boiget over 7 years ago
- % Done changed from 0 to 70
#7 Updated by Bruno Boiget over 7 years ago
- % Done changed from 70 to 100
- Remaining (hours) changed from 4.0 to 0.25
Correction passée en candidate en version 2.4.2 / 2.5.1
#8 Updated by Bruno Boiget over 7 years ago
- Status changed from En cours to Résolu
#9 Updated by Scrum Master over 7 years ago
- Status changed from Résolu to Fermé
- Remaining (hours) changed from 0.25 to 0.0