Tâche #14252
Scénario #14532: Finaliser les scripts Upgrade-Auto/Maj-Release vers 2.5.1
Rafraichir le cache des commandes entre 2 migrations
Description
Après la migration d'un horus 2.4.1.1 vers 2.4.2, la commande Upgrade-Auto n'est plus reconnue :
root@horus:~# Upgrade-Auto -bash: /usr/bin/Upgrade-Auto: Aucun fichier ou dossier de ce type
La commande hash -r
solutionne ce problème.
Associated revisions
Ajout du lien symbolique /usr/bin/Upgrade-Auto
- debian/creole.postinst : ajout du lien si inexexistant
Ref: #14252 @30m
Suppression du lien symbolique en fin d'Upgrade
- upgrade/post_upgrade/00-common : suppression du lien symbolique sur Upgrade-Auto
Ref: #14252 @10m
History
#1 Updated by Benjamin Bohard almost 8 years ago
- Assigned To set to Benjamin Bohard
- Target version set to Sprint 2015 49-51 - Équipe MENESR
- Estimated time set to 1.00 h
- Parent task set to #14084
#2 Updated by Scrum Master almost 8 years ago
- Status changed from Nouveau to En cours
- Remaining (hours) set to 1.0
#3 Updated by Benjamin Bohard almost 8 years ago
- Assigned To deleted (
Benjamin Bohard)
Les manipulations effectuées dans le script python sont naturellement sans effet sur l'environnement du shell parent.
Dans le contexte des mises à jour en candidate, de plus, se pose le problème de l'inexistence de la commande Upgrade-Auto dans le paquet stable.
#4 Updated by Gérald Schwartzmann almost 8 years ago
Une des solutions est de ne pas déplacer la commande Upgrade-Auto.
#5 Updated by Joël Cuissinat over 7 years ago
- Parent task changed from #14084 to #14287
#6 Updated by Joël Cuissinat over 7 years ago
- Status changed from En cours to Nouveau
- Parent task changed from #14287 to #14473
#7 Updated by Joël Cuissinat over 7 years ago
- Estimated time changed from 1.00 h to 2.00 h
- Parent task changed from #14473 to #14532
- Remaining (hours) changed from 1.0 to 2.0
#8 Updated by Scrum Master over 7 years ago
- Status changed from Nouveau to En cours
#9 Updated by Joël Cuissinat over 7 years ago
- Assigned To set to Joël Cuissinat
#10 Updated by Joël Cuissinat over 7 years ago
Après discussion, la solution la plus simple serait d'ajouter un lien symbolique sur 2.4.2.
#11 Updated by Joël Cuissinat over 7 years ago
Pour compenser le pb des paquets candidats, faire ce qui suit sur 2.4.1 avant l'Upgrade-Auto :
echo "deb http://test-eole.ac-dijon.fr/eole eole-2.4.2-proposed-updates main cloud" >> /etc/apt/sources.list.d/242.list
#12 Updated by Joël Cuissinat over 7 years ago
- % Done changed from 0 to 100
- Remaining (hours) changed from 2.0 to 0.25
#13 Updated by Daniel Dehennin over 7 years ago
- Project changed from Distribution EOLE to creole
#14 Updated by Joël Cuissinat over 7 years ago
- Status changed from En cours to Résolu
#15 Updated by Emmanuel GARETTE over 7 years ago
Ok avant upgrade :
root@amonecole:~# Upgrade-Auto Ce script va effectuer la migration vers une nouvelle version de la distribution Les modifications ne sont pas réversibles Choisir la version vers laquelle migrer Choix disponibles : [1] 2.5.1 Vers quelle version choisissez-vous de migrer (ou 'q' pour quitter) ? [1] : ^C Migration interrompue par l'utilisateur root@amonecole:~# type Upgrade-Auto Upgrade-Auto est haché (/usr/bin/Upgrade-Auto) root@amonecole:~# ls -al /usr/bin/Upgrade-Auto lrwxrwxrwx 1 root root 33 janv. 18 16:58 /usr/bin/Upgrade-Auto -> /usr/share/eole/sbin/Upgrade-Auto root@amonecole:~#
#16 Updated by Emmanuel GARETTE over 7 years ago
- Status changed from Résolu to Fermé
- Remaining (hours) changed from 0.25 to 0.0
J'ai déployé un amonecole 2.4.1 et lancé un Upgrade-Auto.
Une fois le passage en 2.4.2 + candidat j'ai refait un Upgrade-Auto sans soucis (le lien symbolique était bien présent).
Une fois migré en 2.5.1 :
root@amonecole:~# ls /usr/*bin/U* ls: impossible d'acc�der � /usr/*bin/U*: Aucun fichier ou dossier de ce type
Pour moi c'est OK.