Projet

Général

Profil

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

Ajouté par Bruno Boiget il y a plus de 8 ans. Mis à jour il y a environ 8 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
16/12/2015
Echéance:
% réalisé:

100%

Temps estimé:
4.00 h
Temps passé:
Restant à faire (heures):
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é.

Demandes liées

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

Révisions associées

Révision 9eff4ccb (diff)
Ajouté par Bruno Boiget il y a environ 8 ans

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

ref #14373 @10m

Révision 61056de3 (diff)
Ajouté par Bruno Boiget il y a environ 8 ans

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

ref #14373 @5m

Historique

#1 Mis à jour par Scrum Master il y a environ 8 ans

  • Statut changé de Nouveau à En cours

#2 Mis à jour par Scrum Master il y a environ 8 ans

  • Description mis à jour (diff)
  • Assigné à mis à Bruno Boiget

#3 Mis à jour par Bruno Boiget il y a environ 8 ans

  • Description mis à jour (diff)

#4 Mis à jour par Bruno Boiget il y a environ 8 ans

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 Mis à jour par Bruno Boiget il y a environ 8 ans

paquet 2.5.2 compilé (corrige le point 1 du commentaire précédent)

A voir pour backport sur d'autres versions.

#6 Mis à jour par Bruno Boiget il y a environ 8 ans

  • % réalisé changé de 0 à 70

#7 Mis à jour par Bruno Boiget il y a environ 8 ans

  • % réalisé changé de 70 à 100
  • Restant à faire (heures) changé de 4.0 à 0.25

Correction passée en candidate en version 2.4.2 / 2.5.1

#8 Mis à jour par Bruno Boiget il y a environ 8 ans

  • Statut changé de En cours à Résolu

#9 Mis à jour par Scrum Master il y a environ 8 ans

  • Statut changé de Résolu à Fermé
  • Restant à faire (heures) changé de 0.25 à 0.0

Formats disponibles : Atom PDF