Projet

Général

Profil

Script d'Upgrade 2.3 -> 2.4

Historique

Reprise et adaptation du script Upgrade-Auto des versions 2.0/2.1 vers 2.2
cf. http://eoleng.ac-dijon.fr/pub/Documentations/manuels/2.2/partielles/HTML/EOLE/co/03c-upgrade-auto.html

Clé de dépôt

Pour contourner le problème :

ATTENTION : les paquets suivants n'ont pas été authentifiés.

On peut installer le paquet eole-archive-keyring de la 2.4 manuellement

Conflits de paquets

Lors des premières expérimentations, les conflits sont nombreux !

Pour la partie téléchargement seulement cela semble mal engagé à part si on utilise aptitude pour pas être dérangé par les conflits ...

Pour la partie installation, c'est chaud aussi et il faudra certainement supprimer des paquets importants le temps que les autres réussissent à s'installer !

Sur Amon la commande suivante semble m'avoir bien débloqué la situation :)

apt-get -o "APT::Immediate-Configure=no" remove ssmtp

Erreurs diverses

Les paquets suivants contiennent des dépendances non satisfaites :
  eole-amon-module: Dépend: eole-amon mais ne sera pas installé
  xserver-xorg-core: Recommande: libgl1-mesa-dri (>= 7.10.2-4)
                     Casse: xserver-xorg-input-7

=> demander l'installation de xserver-xorg-core manuellement résout le problème

Sur Scribe, j'obtiens l'erreur suivante :

Les paquets suivants seront ENLEVÉS :
  lzma
Les NOUVEAUX paquets suivants seront installés :
  liblzma5 multiarch-support xz-utils
Les paquets suivants seront mis à jour :
  dpkg libc-bin libc6 libc6-i386 libnih-dbus1 libnih1 nscd tar
ATTENTION : Les paquets essentiels suivants vont être enlevés.
Vous NE devez PAS faire ceci, à moins de savoir exactement ce
que vous êtes en train de faire.
  lzma (en raison de dpkg)

=> bizarre, mais je supprime le paquet lzma quand même !

Conflits entre paquets EOLE

  • amon-backend => #7069
    Dépaquetage de eole-amon-backend (à partir de .../eole-amon-backend_2.4.0-5_all.deb) ...
    dpkg : erreur de traitement de /var/cache/apt/archives/eole-amon-backend_2.4.0-5_all.deb (--unpack) :
     tentative de remplacement de « /usr/share/pyshared/amon/era/config.py », qui appartient aussi au paquet amon-backend 2.3-eole30
    
  • creole => #7070
    Dépaquetage de creole (à partir de .../creole_2.4.0-232_all.deb) ...
    dpkg : erreur de traitement de /var/cache/apt/archives/creole_2.4.0-232_all.deb (--unpack) :
     tentative de remplacement de « /usr/bin/tcpcheck », qui appartient aussi au paquet autostatus 2.3-eole3
    

Paquets à supprimer

Après avoir enfin réussi la migration des paquets (ie : eole-amon-all installé), apt-get autoremove -s me propose une liste assez conséquente qu'il conviendra d'étudier :

Outils dont il faut discuter de la réintégration (cf. eolebase-minimal) => #7783
  • apt-show-versions
  • console-data
  • iptraf
  • numlockx
  • mc
  • mdadm
  • ...
Paquets plus utilisés (non automatiquement désinstallés ?)
  • l7-filter-userspace
  • l7-protocols
Paquets *-pkg à supprimer => #7105
  • authentification-pkg
  • dns-pkg
  • radius-pkg
Autres paquets EOLE :
  • eole-icons
  • eole-register => #7103
  • plymouth-theme-eole-logo

Gestion des noyaux

Les noyaux génériques étant supprimés sur la version 2.3, ceux-ci ne reviennent pas tout seuls :)

root@amon:~# dpkg -l linux-* | grep ^ii
ii  linux-firmware                        1.79.9                                  Firmware for Linux kernel drivers
ii  linux-image-2.6.32-54-eole            2.6.32-54.116eole1                      Linux kernel image for version 2.6.32 on x86/x86_64
ii  linux-image-eole                      2.3-eole42                              Noyau au parfum Eole (meta-package)

=> demander explicitement l'installation du paquet linux-image-generic

De plus pour que l'utilisation du noyau generic soit effective, il faut s'assurer de la suppression du script :
/etc/grub.d/90_eole_default_kernel et également du fichier /boot/grub/grubenv

Autres problèmes

L'ancien squid n'est pas arrêté

Bien que le paquet ait été supprimé, l'ancien service squid tourne toujours (et empêche le nouveau de fonctionner correctement).

root@amon:~# ps aux | grep squid
root      7056  0.0  0.0  47348     4 ?        Ss   Jan14   0:00 /usr/sbin/squid -YC -f /etc/squid/squid.conf
proxy     7060  0.0  0.5  83832  1304 ?        S    Jan14   0:39 (squid) -YC -f /etc/squid/squid.conf
root     20266  0.0  0.4   9384  1000 pts/0    S+   11:26   0:00 grep --color=auto squid

=> l'arrêter avant de commencer à mettre à jour les paquets

Plantage lors de la mise à jour de slapd

Paramétrage de slapd (2.4.28-1.1ubuntu4.4) ...
  Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.4.23-7.2-eole1... done.
  Moving old database directories to /var/backups:
  Loading from /var/backups/slapd-2.4.23-7.2-eole1: 
  - directory o=gouv,c=fr... failed.

Loading the database from the LDIF dump failed with the following
error while running slapadd:
    /var/backups/slapd-2.4.23-7.2-eole1/o=gouv,c=fr.ldif: No such file or directory
dpkg : erreur de traitement de slapd (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1

=> que faire ? rm /etc/ldap/slapd.conf semble être une piste :o

Bug bizarre à la templatisation de bacula-restore.conf

reconfigure - Erreur lors de l'instanciation du template de /etc/bacula/bacula-restore.conf : 
Bad magic number in /usr/share/eole/mysql_pwd.pyc
>>> from pyeole import bacularestoreplugins 
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.7/dist-packages/pyeole/bacularestoreplugins.py", line 6, in <module>
    import restore
  File "/usr/share/eole/bacula/restore/__init__.py", line 18, in <module>
    exec "import %s" %__m__.group()
  File "<string>", line 1, in <module>
  File "/usr/share/eole/bacula/restore/mysql.py", line 8, in <module>
    from mysql_pwd import mysql_root_passwd, gen_random_passwds
ImportError: Bad magic number in /usr/share/eole/mysql_pwd.pyc

=> fixé localement en supprimant /usr/share/eole/mysql_pwd.pyc

Le service sympa ne rend pas la main

L'instance/reconfigure reste bloqué sur :

Start System V service proftpd in partage    [  OK  ]
Start System V service sympa in reseau

Après avoir mis à niveau tous les paquets gen_config n'est pas accessible et ne fonctionne pas

root@amon:~# gen_config 
-bash: /usr/bin/gen_config: Aucun fichier ou dossier de ce type

=> il a changé d'adresse (/usr/sbin/gen_config fonctionne)
Unable to load page

Problem occurred while loading the URL http://127.0.0.1:5000/genconfig/?application

Cannot connect to destination (127.0.0.1)

=> il faut redémarrer eole-flask

Procédure simplifiée (pour tests)

Procédure Amon

cat > $Fic_Src << EOF
deb http://eole.ac-dijon.fr/ubuntu precise main universe multiverse restricted
deb http://eole.ac-dijon.fr/ubuntu precise-security main universe multiverse restricted
deb http://eole.ac-dijon.fr/ubuntu precise-updates main universe multiverse restricted
deb http://eole.ac-dijon.fr/eole eole-2.4-unstable main
EOF
apt-get update
apt-get install eole-archive-keyring
apt-get -o "APT::Immediate-Configure=no" remove ssmtp
apt-get dist-upgrade
apt-get install xserver-xorg-core
apt-get install eole-amon-all
apt-get install linux-image-generic
apt-get dist-upgrade

Déplacement de fichiers entre 2.3 et 2.4

  • /etc/squid => /etc/squid3

Procédure pour Scribe

Récupérer Upgrade-Auto dans creole/eole

Maj-Auto -Ei
Query-Auto -Di
apt-eole install creole eole-sympa
gen_config
instance zephir.eol

Répondre oui à la demande de redémarrage s'il y a lieu
/usr/share/eole/Upgrade-Auto
apt-get --purge remove eole-posh-profil eole-envole-mobile eole-sap eole-envole-infos eole-piwik eole-posh eole-xdesktop
reboot
gen_config
instance

Upgrade-Auto-4 (9,61 ko) Joël Cuissinat, 14/01/2014 15:02