Tâche #10931
Scénario #10810: Upgrade-Auto entre 2.3 et 2.4.1 pour AmonEcole
Lors upgrade-auto amonecole 2.3 => 2.4.1,nous avons un traceback sur eole-posh ...
Restant à faire (heures):
0.0
Description
Suppression de eole-posh-profil ... ** Impossible de trouver le fichier /etc/eole/release **Traceback (most recent call last): File "/usr/share/eole/schedule/manage_schedule", line 5, in <module> from pyeole.schedule import list_schedule, add_del_schedule File "/usr/lib/pymodules/python2.6/pyeole/schedule.py", line 7, in <module> MONITOR: traceback action:$ERREUR time:Tue Mar 17 12:11:32 2015 from pyeole.ansiprint import print_orange File "/usr/lib/pymodules/python2.6/pyeole/ansiprint.py", line 6, in <module> from pyeole.process import system_out File "/usr/lib/pymodules/python2.6/pyeole/process.py", line 9, in <module> from creole import config File "/usr/lib/pymodules/python2.6/creole/config.py", line 138, in <module> raise VirtError("incohérence : serveur configuré avec conteneur, mais le paquet eole-conteneur n'est pas installé") creole.error.VirtError: incohérence : serveur configuré avec conteneur, mais le paquet eole-conteneur n'est pas installé Purge des fichiers de configuration de eole-posh-profil ...
Révisions associées
Pas de traceback en cas d'erreur d'import dans manage_schedule
- eole/schedule/manage_schedule : ajout d'un "try" au niveau des imports
Fixes: #10931 @1.5h
Historique
#1 Mis à jour par Joël Cuissinat il y a environ 9 ans
- Sujet changé de Lors upgrade-auto amonecole 2.3 => 2.4.1, nous avons un traceback sur eole-posh ... à Lors upgrade-auto amonecole 2.3 => 2.4.1,nous avons un traceback sur eole-posh ...
- Statut changé de Nouveau à En cours
- Assigné à mis à Joël Cuissinat
- Temps estimé mis à 2.00 h
- Restant à faire (heures) mis à 2.0
#2 Mis à jour par Joël Cuissinat il y a environ 9 ans
- Description mis à jour (diff)
#3 Mis à jour par Joël Cuissinat il y a environ 9 ans
Le traceback n'est pas du à l'absence du fichier /etc/eole/release (1er message d'erreur) mais à la présence du fichier /etc/eole/.VirtEnabled.lock.
On pourrait supprimer ce fichier mais je comme je ne suis pas sûr de mon coup, je vais rester sur ma première idée, à savoir : placer un "try" au niveau des imports du script manage_schedule :
try: from pyeole.schedule import list_schedule, add_del_schedule except Exception, e: print "Error: {0}".format(e) sys.exit(1)
#4 Mis à jour par Joël Cuissinat il y a environ 9 ans
- Distribution changé de EOLE 2.4 à EOLE 2.3
#5 Mis à jour par Joël Cuissinat il y a environ 9 ans
- Statut changé de En cours à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit creole:a9bb20c3ffffda788697d208cb4d364da80d6b2c.
#6 Mis à jour par Joël Cuissinat il y a environ 9 ans
- Restant à faire (heures) changé de 2.0 à 0.25
#7 Mis à jour par Gilles Grandgérard il y a environ 9 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) changé de 0.25 à 0.0