Tâche #18592
Documentations - Scénario #18672: Mettre à jour la politique de migration dans la doc du même nom
Documenter l’utilisation des scripts personnels pre/post Upgrade-Auto
Description
Problème¶
La procédure Upgrade-Auto
ne peut pas prendre en compte toutes les adaptations des administrateurs.
Proposition¶
La procédure Upgrade-Auto
dispose de répertoires pre
/ post
pris en charge par run-parts
.
Les administrateurs peuvent déposer des scripts personnalisés dans ces répertoires pour gérer la migrations de leurs adaptations.
Il faut documenter cette fonctionnalité avec les pré-requis et contraintes (par exemple : utilisation de l’ancien environnement en pre
et du nouveau en post
)
Demande initiale¶
Bonjour,
Nous avons deux problèmes majeurs lors d'un Upgrade-Auto d'un Horus 2.3 vers un horus 2.4.2 :
- Soucis avec APT::Cache-Limit (voir image) ----> Résolu avec sudo sh -c 'echo "APT::Cache-Limit \"141943904\";" >> /etc/apt/apt.conf.d/00CacheLimit' avant de lancer l'upgrade-Auto...
- Problème de configuration du paquet python-minimal qui se reproduit systématiquement, mais que l'on avait pas avant les vacances d'été. (voir upgrade-auto.log ci joint). :
E: Impossible d'effectuer la configuration immédiate du paquet « python-minimal », déjà décompressé. Veuillez consulter la page de manuel apt.conf(5) et notamment la section à propos de APT::Immediate-Configure, pour plus d'informations.
run-parts: /tmp/Upgrade-Auto-6116/upgrade/pre_upgrade/00-common exited with return code 100
Cordialement,
Fabian BUSSONNIERE
Historique
#1 Mis à jour par Scrum Master il y a environ 7 ans
- Tâche parente mis à #18373
#2 Mis à jour par Scrum Master il y a environ 7 ans
- Projet changé de Horus à Distribution EOLE
- Statut changé de Nouveau à En cours
#3 Mis à jour par Scrum Master il y a environ 7 ans
- Description mis à jour (diff)
- Assigné à mis à Laurent Flori
#4 Mis à jour par Laurent Flori il y a environ 7 ans
Nous avons testé la procédure Upgrade-Auto depuis un environnement de test sans aucun problème.
Il est problable que la première erreur due à la limite de cache ait déclenché des problèmes en cascade. Nous ne pouvons pas reproduire votre problème.
Vous pouvez nous contacter par IRC sur le canal IRC #eole du serveur freenode si vous souhaitez de l'aide technique.
#5 Mis à jour par Fa Bu il y a environ 7 ans
- Fichier upgrade-auto.log Voir ajouté
Bonjour,
Je reproduis systématiquement l'erreur "python-minimal" qui bloque la migration.
Voici le log ci joint ou sur pastebin : [[http://pastebin.com/yQ4JQ7Z6]]
Il y a plusieurs warning et erreur sur des paquets eole avant arrêt complet de la procédure.
Cordialement,
#6 Mis à jour par Daniel Dehennin il y a environ 7 ans
<fabho> je ne reproduis pas l'erreur avec le même fichier de conf SANS enregistrement zephir.... Je vais éssayer avec la variante "standard" d'eole sur zephir pour voir ...
Des nouvelles ?
#7 Mis à jour par Fa Bu il y a environ 7 ans
Je suis dessus, j'effectue des tests...
Je vérifie d'où provient le soucis de migration... ca a l'air de venir de ma variante (mais pas des paquets installés en supplément ni de certains scripts) ...J'en suis aux dictionnaires ...
#8 Mis à jour par Fa Bu il y a environ 7 ans
Je viens de trouver la cause du problème : Un dépot ajouté pour pouvoir installer le snmp ...
# Activation du depot d archivage lucid :
deb http://old-releases.ubuntu.com/ubuntu/ lucid universe multiverse main restricted
Après suppression tout passe ( avec des erreurs mais ça passe)
En regardant l'erreur avec le paquet x11-common, je suis tombé sur un soucis debian qui conseille un "sudo aptitude remove x11-common"...
Je l'ai appliqué aussi..
#9 Mis à jour par Daniel Dehennin il y a environ 7 ans
- Temps estimé mis à 0.00 h
- Restant à faire (heures) mis à 0.0
#10 Mis à jour par Daniel Dehennin il y a environ 7 ans
- Temps estimé changé de 0.00 h à 3.00 h
#11 Mis à jour par Daniel Dehennin il y a environ 7 ans
Fa Bu a écrit :
Je viens de trouver la cause du problème : Un dépot ajouté pour pouvoir installer le snmp ...
- Activation du depot d archivage lucid :
deb http://old-releases.ubuntu.com/ubuntu/ lucid universe multiverse main restrictedAprès suppression tout passe ( avec des erreurs mais ça passe)
En regardant l'erreur avec le paquet x11-common, je suis tombé sur un soucis debian qui conseille un "sudo aptitude remove x11-common"...
Je l'ai appliqué aussi..
Je ne pense pas que nous puissions pallier à tous les problèmes issues des variantes des utilisateurs, en revanche nous pouvons documenter la mise en place de scripts pré/post Upgrade-Auto.
#12 Mis à jour par Daniel Dehennin il y a environ 7 ans
- Sujet changé de Migration horus 2.3 vers Horus 2.4.2 à Documenter l’utilisation des scripts personnels pre/post Upgrade-Auto
- Description mis à jour (diff)
- Assigné à
Laurent Florisupprimé - Tâche parente changé de #18373 à #18672
#13 Mis à jour par Daniel Dehennin il y a environ 7 ans
- Statut changé de En cours à Nouveau
- Version cible
sprint 2017 1-3 Equipe MENSRsupprimé