Tâche #23418
Scénario #23227: Traitement express PNESR (11-13)
La liste des équivalences possibles pour les variantes dans zéphir n’est pas complète.
Restant à faire (heures):
0.0
Révisions associées
Ne pas mettre le résultat de la fonction get_next_dist dans une liste.
Ref #23418
Ajouter les possibilités de migration de 2.6.0 vers 2.6.1 et 2.6.2.
Ref #23418
Historique
#1 Mis à jour par Thierry Bertrand il y a environ 6 ans
Le fichier est géré par le dépôt Creole :
root@sbl-lif-01:/usr/lib/nagios/plugins# dpkg -S Maj-Release creole: /usr/share/man/fr.UTF-8/man8/Maj-Release.8.gz creole: /usr/bin/Maj-Release creole: /usr/share/man/man8/Maj-Release.8.gz
#2 Mis à jour par Thierry Bertrand il y a environ 6 ans
Au niveau du dépôt, les scripts se trouvent sous /bin
Il s'agit de Maj-Release appelant lui même Maj-Auto
#3 Mis à jour par Thierry Bertrand il y a environ 6 ans
creuser du coté Import des données
On dirait qu'il existe une procédure zephir particulière !
Les variante n'existant pas (test sur le libellé) sont copiées et définies comme équivalentes
#4 Mis à jour par Thierry Bertrand il y a environ 6 ans
Il existe 2 procédures :
<gnunux> teebee44, tu as associé les 2 variantes : http://eole.ac-dijon.fr/documentations/2.5/completes/HTML/ModuleZephir/co/52_preparation.html#rgN78 ?
#5 Mis à jour par Thierry Bertrand il y a environ 6 ans
"Bug" ou regression confirmé :
<teebee44> non, je ne sais pas afficher la table des equivalences comme indiqué dans la doc <gnunux> teebee44, tu n'as pas la "liste des variantes relatives au module xxx" ? <teebee44> non <teebee44> j'ai essayé depuis la page variantes de l'amon 2.6.0, 2.6.1 ou 2.6.2, rien à faire <gnunux> sur les 2.5 tu as ? <teebee44> non plus <teebee44> et je ne peux pas te dire sur les 2.4, on les a virés <teebee44> je change de zephir pour voir <teebee44> ptet le fait qu'on ne soit pas passé par Import des données 2.6.n-1 ? <teebee44> en tout cas, c'est pareil <teebee44> tu sais où c'est écrit cette équivalence ? en base ? <teebee44> par rapport à la doc, pour la préparation, on a suivi : <teebee44> pour les modules dont la configuration n'est pas directement compatible, les variantes du nouveau module doivent être créées manuellement dans l'application <teebee44> mais on ne peut faire : <teebee44> manuellement, en se rendant sur la page des variantes d'un module. Si la fonction est gérée pour cette version de la distribution, il sera possible de définir des équivalences pour chaque variante et chaque version de destination possible. <teebee44> car les équivalences ne s'affichent pas <gnunux> teebee44, sur un zephir de test ca ne marche que pour 2.4.0 ... <gnunux> pas 2.4.1 et supérieur ... <teebee44> voilà <gnunux> def xmlrpc_variantes_upgrade(self, cred_user, var_src, var_migr): <gnunux> """sauvegarde les équivalences d'une variable pour upgrade_auto <gnunux> teebee44, tu as une api zéphir a priori <teebee44> du coup, on ne peut pas faire d'équivalences et Maj-Release plombe tous les serveurs vu qu'ils sont tous en variante chez nous <teebee44> et on ne s'en rend compte que maintenant car comme on commence à prendre un rythme de croisière sur les versions, on leur a dit d'utiliser désormais Maj-Release <gnunux> teebee44, je regarde comme ca marche
#6 Mis à jour par Benjamin Bohard il y a environ 6 ans
Bug et oubli de déclaration de version dans le fichier de configuration.
#7 Mis à jour par Benjamin Bohard il y a environ 6 ans
- Sujet changé de Maj-Release perd les variantes à La liste des équivalences possibles pour les variantes dans zéphir n’est pas complète.
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
#8 Mis à jour par Emmanuel IHRY il y a environ 6 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) mis à 0.0