Migration vers EOLE 2.7

Pour des raisons pratiques, la migration nécessite l'utilisation d'un support externe (partage distant ou disque USB) disposant d'un espace libre suffisant et d'un système de fichiers supportant les liens symboliques (ext3 conseillé).

Il est très fortement conseillé  :

• de ne pas utiliser le même serveur que votre module 2.5/2.6 pour accueillir votre module EOLE 2.7 (ou tout du moins pas le même disque dur)
• de posséder une sauvegarde récente du serveur en version 2.5/2.6.

Le serveur

/2.5/2.6 doit avoir été mis à jour, reconfiguré et redémarré si nécessaire.

1. Télécharger le script de migration :

   # wget ftp://eole.ac-dijon.fr/pub/Outils/migration/migration27.sh

2. Lancer la sauvegarde spécifique :

   # sh migration27.sh

3. Éteindre ou débrancher le serveur du réseau

1. Installer le module à partir de la dernière image EOLE 2.7

2. Mettre à jour le module :

   # Maj-Auto

3. Si le module utilise les conteneurs, comme c'est le cas pour AmonEcole, il faut recréer les conteneurs :

   # gen_conteneurs

4. Convertir le fichier config.eol du module sauvegardé

   • Si le serveur est enregistré sur un module Zéphir, il est possible de préparer la configuration et de la récupérer avec la commande enregistrement_zephir :

     # enregistrement_zephir

   • Sinon, placer l'ancien fichier de configuration avec l'extension .eol dans le un répertoire /tmp (pour qu'il soit accessible pour l'utilisateur genconfig), exécuter la commande gen_config pour lancer l'interface de configuration du module, utiliser la fonctionnalité : Fichier -> Importer une configuration, vérifier les valeurs et enregistrer.

5. Instancier le serveur à l'aide du fichier converti :

   # instance

6. Télécharger le script de migration :

   # wget ftp://eole.ac-dijon.fr/pub/Outils/migration/migration27.sh

7. Lancer la restauration spécifique :

   # sh migration27.sh

8. Reconfigurer le serveur :

   # reconfigure

• les certificats SSL ;

• les personnalisations SSO ;

• l'adresse du serveur de test de bande passante ;

• les rôles personnalisés via l'EAD ;

• la désactivation de la mise à jour hebdomadaire.

• Personnalisations e2guardian :

  • bases filtres activées ;
  • sites, extensions et types mimes interdits ;
  • sites autorisés ;
  • mode de filtrage ;

• Personnalisations Squid :

  • domaines non mis en cache ;
  • domaines non soumis à l'authentification ;

• Personnalisations du routage :

  • groupes de machine ;
  • destinations interdites ;
  • sources interdites ;
  • règles optionnelles ;
  • horaires du pare-feu.

• l'annuaire et le .reader ;
• les données liées à Samba et à CUPS ;
• les données (/data, /home, interbase) ;
• les quotas utilisateur ;
• les ACL sur les données ;
• les bases MySQL (dont GFC) ;
• la configuration Bacula/Bareos ;
• la configuration WPKG ;
• les modèles de partage ;
• les adresses réservées dans le DHCP.

• l'annuaire et le .reader ;
• les données liées à Samba et à CUPS ;
• les données (/home) ;
• les données du serveur Bcdi Web ;
• les boîtes aux lettres locales ;
• les listes de diffusion ;
• les quotas utilisateur ;
• les ACL sur les données ;
• certaines bases MySQL (sympa) ;
• la configuration Bareos ;
• la configuration WPKG ;
• les modèles de partage ;
• les adresses réservées dans le DHCP.

Le script migration27.sh est versionné dans le dépôt Git Creole (branche migration) :

http://dev-eole.ac-dijon.fr/gitweb/gitweb.cgi?p=creole.git;a=tree;h=refs/heads/migration;hb=refs/heads/migration