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.
Remaining (hours):
0.0
Associated revisions
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
History
#1 Updated by Thierry Bertrand over 5 years ago
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 Updated by Thierry Bertrand over 5 years ago
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 Updated by Thierry Bertrand over 5 years ago
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 Updated by Thierry Bertrand over 5 years ago
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 Updated by Thierry Bertrand over 5 years ago
"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 Updated by Benjamin Bohard over 5 years ago
Bug et oubli de déclaration de version dans le fichier de configuration.
#7 Updated by Benjamin Bohard over 5 years ago
- Subject changed from Maj-Release perd les variantes to La liste des équivalences possibles pour les variantes dans zéphir n’est pas complète.
- Status changed from Nouveau to Résolu
- % Done changed from 0 to 100
#8 Updated by Emmanuel IHRY over 5 years ago
- Status changed from Résolu to Fermé
- Remaining (hours) set to 0.0