Project

General

Profile

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

Added by Bruno Boiget about 7 years ago. Updated about 7 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
12/16/2015
Due date:
% Done:

100%

Estimated time:
4.00 h
Spent time:
Remaining (hours):
0.0

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

Related to Amon - Tâche #11380: Pb migration amon 2.4.0 vers 2.4.1 Fermé 04/22/2015
Related to Distribution EOLE - Scénario #14481: Mettre à jour la documentation migration partie Zéphir Terminé (Sprint) 01/11/2016 01/22/2016

Associated revisions

Revision 9eff4ccb (diff)
Added by Bruno Boiget about 7 years ago

upgrade_distrib.py pas d'appel à upgrad_config avant descente de la variante

ref #14373 @10m

Revision 61056de3 (diff)
Added by Bruno Boiget about 7 years ago

Ajout d'une purge des locks en début de la descente de configuration

ref #14373 @5m

History

#1 Updated by Scrum Master about 7 years ago

  • Status changed from Nouveau to En cours

#2 Updated by Scrum Master about 7 years ago

  • Description updated (diff)
  • Assigned To set to Bruno Boiget

#3 Updated by Bruno Boiget about 7 years ago

  • Description updated (diff)

#4 Updated by Bruno Boiget about 7 years ago

Après vérification du comportement, il y a deux problèmes potentiels :

  1. 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).
  2. 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 about 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 about 7 years ago

  • % Done changed from 0 to 70

#7 Updated by Bruno Boiget about 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 about 7 years ago

  • Status changed from En cours to Résolu

#9 Updated by Scrum Master about 7 years ago

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

Also available in: Atom PDF