Projet

Général

Profil

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

Ajouté par Fa Bu il y a environ 7 ans. Mis à jour il y a environ 7 ans.

Statut:
Nouveau
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
09/01/2017
Echéance:
% réalisé:

0%

Temps estimé:
3.00 h
Temps passé:
Restant à faire (heures):
0.0

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

upgrade-auto.log Voir (153 ko) Fa Bu, 09/01/2017 14:56

upgrade-auto.log Voir (150 ko) Fa Bu, 11/01/2017 13:10

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

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 ...
  1. 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..

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 Flori supprimé
  • 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 MENSR supprimé

Formats disponibles : Atom PDF