CentOS 5.2 et DédiBoite V1

Écrit par

Guillaume Kulakowski

dans

Sysadmin

Publié le

24 juin 2008

1–2 minutes

de lecture /

Aujourd’hui, la version 5.2 de CentOS est sortie.
Vous pouvez consulter l’annonce sur le site francophone (je suis fan de l’admin qui a posté cette news;-)) et consulter les notes de version officielles (très conseillé avant de vous lancer dans un yum update frénétique !).

A noter que j’ai fais ma mise à jour très rapidement pendant ma pause déjeuné et que j’ai lancé le reboot de ma DédiBoite V1 avant de partir en réunion et ce de façon un peu légère… Bilan : interruption du service tout l’après-midi…

Après une rapide discussion avec l’ami Remi sur le chan IRC de fedora-fr (faut qu’on fasse un chan CentOS -Fr !) il semblerait que le problème vienne encore et toujours de l’initrd…

Pour citer un sage :

RemiFedora : surement un initrd vérolé…
RemiFedora : la maladie des migrations

Bref, après une petite étude de l’initrd de CentOS 5.2 comparé à celui de la 5.1, il semblerait que les seules différences soient (merci Remi pour les lignes de commandes) :


llaumgui@enterprise ~/Bureau> gunzip -dc 5.2/initrd-2.6.18-9*.img | cpio -id
llaumgui@enterprise ~/Bureau> gunzip -dc 5.1/initrd-2.6.18-53*.img | cpio -id
llaumgui@enterprise ~/Bureau> diff 5.1/init  5.2/init 
43,46d42
< echo "Loading uhci-hcd.ko module"
< insmod /lib/uhci-hcd.ko 
< echo "Loading ohci-hcd.ko module"
< insmod /lib/ohci-hcd.ko 
48a45,48
> echo "Loading ohci-hcd.ko module"
> insmod /lib/ohci-hcd.ko 
> echo "Loading uhci-hcd.ko module"
> insmod /lib/uhci-hcd.ko

Bilan de la situation actuelle : en attendant une piste, llaumgui.com (et scenario-paintball.com) tournent sur une CentOS 5.2 avec un kernel de 5.1 (2.6.18-53.1.21.el5 )…

A suivre…

À propos de l’auteur

Guillaume Kulakowski

Architecte technique chez CGI, il s’intéresse à l’architecture logicielle, aux pratiques d’ingénierie et aux technologies utilisées dans les systèmes modernes. Il expérimente dans son home lab autour de Docker et de la domotique, et contribue également à des projets open source. En dehors de l’informatique, il pratique le trail et l’ultra-trail et apprécie le temps passé en pleine nature.

Commentaires

13 réponses à “CentOS 5.2 et DédiBoite V1”

25 juin 2008
Steven
Tu as bien fait un yum upgrade à la place d’un yum update pour passer en 5.2?
Je n’ai pas encore migré mes serveurs, mais c’est marqué que c’est important de faire comme-ça cette fois dans les release notes.
25 juin 2008
Pingoomax
C’est exactement ce que j’allais dire.
Perso, j’ai eu + de 500 Mo de maj.
Certes j’ai un desktop, avec gnome, ooo, ff, …
25 juin 2008
llaumgui
J’ai fait un yum update…
25 juin 2008
Nils
Hello,
même problème, même solution. J’ai fait un yum upgrade (et non update). Je verrai si je reproduis le problème chez moi, ça permettra d’avoir une idée si par exemple l’erreur est liée au matériel DédiBoite.
26 juin 2008
Steven
Je viens de faire l’upgrade chez moi sur une box normale, aucun problème.
26 juin 2008
Remi
Nouvel essai avec le noyau 2.6.18-92.1.6.el5.
Problème identique et retour sur celui de la 5.1.
A suivre…
26 juin 2008
Nils
@ Remi : aussi sur une dédibox ou sur une autre machine?
29 juin 2008
pamadio
Je ne sais pas quand je pourrais tester ce qui pourrais etre un fix, mais si il y a un amateur, un retour d’experience est le bienvenue 🙂
29 juin 2008
trashy
Le problème semble être présent uniquement sur les Dedibox V1.
J’ai une Dedibox V2, avec une CentOS en x86_64 que j’ai récemment mise à jour sans le moindre souci.
29 juin 2008
pamadio
J’ai le meme problème.
Il s’agit probablement d’un probleme avec mkinitrd-5.1.19.6-28.
Si je reconstruit l intrd avec le script mkinitrd du package mkinitrd-5.1.19.6-19 , l’ordre du chargement des modules m’a l’air d’etre le meme que "quand ca marche".
J’ai pas osé tester de rebooter dessus 🙂
Si je compare les scripts entre les deux versions, cette modification semble en jeu:
-880,10 +971,16
findmodule $n done
+for n in $PREINTERFACES ; do
+ findnetdriver $n
+ MODULES="$MODULES network_device_$n"
+ net_list="$net_list $n"
+done
+
if [ "$withusb" -eq 1 ]; then
– findmodule uhci-hcd
– findmodule ohci-hcd
findmodule ehci-hcd
+ findmodule ohci-hcd
+ findmodule uhci-hcd
fi
29 juin 2008
pamadio
Bon, en fait le changement d’ordre de chargement des modules n’est pas une typo mais une modification voulue.
http://rhn.redhat.com/errata/RHBA-2…

the USB HCD modules were not loaded in the correct order, which may have
caused errors, such as "device descriptor read/all, error -71", when using
USB devices. In these updated packages, the USB HCD modules are loaded in
the correct order, which resolves this issue.
Donc meme si remettre l’ordre d’avant fonctionne, ca ne passera probablement pas comme rectification (ceci dit, si quelqun veux tester).
Un autre truc à tester serait de regenerrer l initrd avec –without-usb
Si quelqun peut recuperrer la sortie de la console quand ca boote, ca aiderait.
6 août 2008
Remi
Résolu avec le noyau kernel-2.6.18-92.1.10.el5
Voir : Dedibox et CentOS 5.2
++
11 août 2008
llaumgui
Super, j’upgrade 🙂