CentOS 5.2 et DédiBoite V1

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…

Commentaires

De Steven le 25 juin 2008

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.

De Pingoomax le 25 juin 2008

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

De llaumgui le 25 juin 2008

J'ai fait un yum update...

De Nils le 25 juin 2008

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.

De Steven le 26 juin 2008

Je viens de faire l'upgrade chez moi sur une box normale, aucun problème.

De Remi le 26 juin 2008

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

De Nils le 26 juin 2008

@ Remi : aussi sur une dédibox ou sur une autre machine?

De pamadio le 29 juin 2008

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

De trashy le 29 juin 2008

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.

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

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.