Projet

Général

Profil

Tâche #10494

Distribution EOLE - Scénario #8955: Évolutions liées aux scripts de migration

Upgrade-Auto : réseau non redémarré à la première instance 2.4

Ajouté par philippe ferreira il y a environ 9 ans. Mis à jour il y a environ 9 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Emmanuel GARETTE
Version cible:
Distribution EOLE - sprint 2015 5-7
Début:
05/02/2015
Echéance:
13/02/2015
% réalisé:

100%

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

Description

rebonjour,

Juste pour vous signaler que j'ai migré à distance aujourd'hui un premier amon 23 vers 2.4.0. J'ai suivi la procedure suivante:
http://eoleng.ac-dijon.fr/documentations/2.3/partielles/HTML/MigrationVersEOLE24/co/upgrade-auto24.html

Globalement, tout s'est bien passé,seul un problème de log à la fin de la fin de la procédure. Voici le déroulement:

Mettre à jour le serveur EOLE 2.3 :
  1. Maj-Auto -C
Reconfigurer et re-démarrer le serveur (si nécessaire) :
  1. reconfigure
  1. reboot
Lancer le script de migration  :
  1. /usr/share/eole/Upgrade-Auto
Redémarrer le serveur :
  1. reboot
Convertir le fichier config.eol du module sauvegardé :
Si le serveur est enregistré sur un serveur Zéphir, il est possible de préparer la configuration et de la récupérer avec la commande : enregistrement_zephir
Si le serveur est autonome, lancer la commande gen_config, le message La configuration a correctement été chargée depuis un fichier en version 2.3 doit s'afficher, vérifier les valeurs et enregistrer.
Instancier le serveur (le fichier à utiliser ne se précise plus) :
  1. instance

A ce moment là, l'instance s'est bien déroulée, et comme il n'y a pas eu de maj a effectuer, ni de reconfigure, je me suis aperçu que les services squid et dansgaurdian loguaient dans /var/log/syslog et pas dans /var/log/rsyslog/local ...

Un reboot a suffit à régler ce pb, mais ce n'est pas dans la procédure, donc on ne peut laisser le serveur sans reboot bien que tout les services fonctionnent normalement.

merci à vous.

Demandes liées

Lié à eole-common - Anomalie #7272: Pas de redémarrage du réseau si pas présent dans /var/run/network/ifstate Fermé 21/02/2014
Lié à eole-common - Tâche #10525: vérifier la pertinence de lancer 2 fois 99-ifupdown Fermé 09/02/2015

Révisions associées

Révision d09b837e (diff)
Ajouté par Emmanuel GARETTE il y a environ 9 ans

Après upgrade-auto, rsyslog n'est pas redémarré à la suite de la première instance, force le redémarrage du réseau (fixes #10494 @4h)

Historique

#1 Mis à jour par Emmanuel GARETTE il y a environ 9 ans

  • Echéance mis à 13/02/2015
  • Temps estimé mis à 1.00 h
  • Tâche parente mis à #8955

#2 Mis à jour par Emmanuel GARETTE il y a environ 9 ans

  • Assigné à mis à Emmanuel GARETTE
  • Temps estimé changé de 1.00 h à 2.00 h
  • Restant à faire (heures) mis à 2.0

#3 Mis à jour par Emmanuel GARETTE il y a environ 9 ans

  • Statut changé de Nouveau à En cours

#4 Mis à jour par Emmanuel GARETTE il y a environ 9 ans

  • Sujet changé de Upgrade-Auto Amon 2.3 vers 2.4.0 à Upgrade-Auto : réseau non redémarré à la première instance 2.4

#5 Mis à jour par Emmanuel GARETTE il y a environ 9 ans

Dans pyeole/service/module/network.py _list_ifstate retour ['lo'] => pas d'arrêt de eth0 donc pas de démarrage de eth0.

Rsyslog étant redémarrer en même temps que le démarrage d'eth0, il n'est pas redémarré.

#6 Mis à jour par Emmanuel GARETTE il y a environ 9 ans

  • Statut changé de En cours à Résolu
  • % réalisé changé de 0 à 100

#7 Mis à jour par Fabrice Barconnière il y a environ 9 ans

  • Restant à faire (heures) changé de 2.0 à 0.25

#8 Mis à jour par Joël Cuissinat il y a environ 9 ans

  • Statut changé de Résolu à Fermé
  • Restant à faire (heures) changé de 0.25 à 0.0

Validation prévue dans #10606

Formats disponibles : Atom PDF