Distribution EOLE

h1. Script d'Upgrade 2.3 -> 2.4

{{toc}}

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

h2. Clé de dépôt

Pour contourner le problème :

<pre>

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

</pre>

On peut installer le paquet _eole-archive-keyring_ de la 2.4 manuellement

h2. 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 :)

<pre>

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

</pre>

h3. Erreurs diverses

<pre>

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

</pre>

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

Sur Scribe, j'obtiens l'erreur suivante :

<pre>

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)

</pre>

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

h3. Conflits entre paquets EOLE

* amon-backend => #7069

<pre>

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

</pre>

* creole => #7070

<pre>

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

</pre>

h3. 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":http://dev-eole.ac-dijon.fr/projects/eolebase/repository/entry/debian/control?rev=dist%2Fubuntu%2Flucid%2Fmaster#L53)

* 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

h2. Gestion des noyaux

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

<pre>

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)

</pre>

=> 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*

h2. Autres problèmes

h3. 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).

<pre>

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

</pre>

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

h3. Plantage lors de la mise à jour de slapd 

<pre>

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

</pre>

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

h3. Bug bizarre à la templatisation de bacula-restore.conf

<pre>

reconfigure - Erreur lors de l'instanciation du template de /etc/bacula/bacula-restore.conf : 

Bad magic number in /usr/share/eole/mysql_pwd.pyc

</pre>

<pre>

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

</pre>

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

h3. Le service sympa ne rend pas la main

L'instance/reconfigure reste bloqué sur :

<pre>

Start System V service proftpd in partage    [  OK  ]

Start System V service sympa in reseau

</pre>

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

<pre>

root@amon:~# gen_config 

-bash: /usr/bin/gen_config: Aucun fichier ou dossier de ce type

</pre>

=> il a changé d'adresse (*/usr/sbin/gen_config* fonctionne)

<pre>

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)

</pre>

=> il faut redémarrer *eole-flask*

h2. Procédure simplifiée (pour tests)

h3. Procédure Amon

<pre>

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

</pre>