Upgrade-Auto-24 » Historique » Version 19
Version 18 (Joël Cuissinat, 15/01/2014 16:49) → Version 19/28 (Joël Cuissinat, 15/01/2014 16:59)
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>
{{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>