Project

General

Profile

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

Added by philippe ferreira almost 8 years ago. Updated almost 8 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
02/05/2015
Due date:
02/13/2015
% Done:

100%

Estimated time:
2.00 h
Spent time:
Remaining (hours):
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.


Related issues

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

Associated revisions

Revision d09b837e (diff)
Added by Emmanuel GARETTE almost 8 years ago

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)

History

#1 Updated by Emmanuel GARETTE almost 8 years ago

  • Due date set to 02/13/2015
  • Estimated time set to 1.00 h
  • Parent task set to #8955

#2 Updated by Emmanuel GARETTE almost 8 years ago

  • Assigned To set to Emmanuel GARETTE
  • Estimated time changed from 1.00 h to 2.00 h
  • Remaining (hours) set to 2.0

#3 Updated by Emmanuel GARETTE almost 8 years ago

  • Status changed from Nouveau to En cours

#4 Updated by Emmanuel GARETTE almost 8 years ago

  • Subject changed from Upgrade-Auto Amon 2.3 vers 2.4.0 to Upgrade-Auto : réseau non redémarré à la première instance 2.4

#5 Updated by Emmanuel GARETTE almost 8 years ago

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 Updated by Emmanuel GARETTE almost 8 years ago

  • Status changed from En cours to Résolu
  • % Done changed from 0 to 100

#7 Updated by Fabrice Barconnière almost 8 years ago

  • Remaining (hours) changed from 2.0 to 0.25

#8 Updated by Joël Cuissinat almost 8 years ago

  • Status changed from Résolu to Fermé
  • Remaining (hours) changed from 0.25 to 0.0

Validation prévue dans #10606

Also available in: Atom PDF