Kernel Panic en raid5 (4 D.Dur sur controleur pci)

[cyrusblue]

Bonjour,
je viens d'installer sme7 avec 4 D.Dur même capacité en raid5 (sur carte controleur IDE Pci)
Les D.Dur sont neuf
Tout avait l'air d'être ok, avec la contib sme7admin mon total stockage D.Dur était ok (3D.Dur sur 4)
J'ai pu modifier, redémarrer, créer des i-bays... sans souci
jusqu'a que je fasse une mis à jours par l'interface d'administration...
Kernel Panic... je n'ai pas encore de données sur mes D.Dur (heureusement!!) mais je ne vois pas comment m'en sortir...
Voici les dernières infos que je peux voir...

Code: Tout sélectionner

Scanning Logical volumes
Reading all physical volumes. This may a while...
cdrom: open failed
No volumes groups found
Activation logical volumes
cdrom: open failed
Unable to find volume group "main"
ERROR: /bin/lvm exited abnormally! (pid217)
Creating root device
Mounting root filesystem
mount: error 6 mounting ext3
mount: error 2 monnting ext none
Swintching to new root
Swintching: mount failed: 22
umount /initrd/dev failed:2
Kernel Panic - not syncing: attempted to kill init !

[MasterSleepy]

Salut,

Il y a peut-être eu une mise à jour du kernel.
Essaye de relancer ta machine en choisissant un autre noyau au démarrage.
Cela pour signifier que des modules ne se retrouve pas dans le nouveau kernel.

A+

[cyrusblue]

peut-être une mis à jour du kernel c'est possible... il y avait beaucoup de mis à jours...
en relançant la machine j'ai aucun choix de demarrage. (peut-être faut-il appuyer sur une touche particulère?)

en relançant l'install de sme avec cdrom, il ne me trouve aucun system sur la machine, sme me propose un reformatage et une reinstall...

j'ai l'impression (je ne connais pas beaucoup linux) que la mis à jour m'a fait sauter le raid ??

[MasterSleepy]

Pour avoir la liste des différents noyau installé,
il faut que tu appuyes sur une touche au moment ou il y a l'image avec le penguin.

A+

[cyrusblue]

Ok
J'appuie sur une touche...
j'ai alors 4 lignes...

- Centos (2.6.9-34.2.EL)
- Centos (2.6.9-34.2.ELsmp)
- SME Server (2.6.9-34.ELsmp)
- SME Server (2.6.9-34.EL)

Kernel Panic sur toutes les lignes
a priori la même erreur...

[MasterSleepy]

Aie Aie Aie alors là je vois plus.

Si d'autre ont de bonne idées, elles sont les bienvenues.

Désolé, A+

[cyrusblue]

j'ai fait un autre test...
reinstallation de sme (toujours 4 D.Dur en raid logiciel) tout a l'air ok...
dès que j'effectue les mis à jours -> kernel panic !

si on ne peut pas faire de mis à jours sur sme

cela doit venir - soit des D.Dur en raid 5 logiciel (sur adaptateur ide pci)
- soit d'une mis à jours à ne pas faire, faudrai que j'installe que l'essentiel... package par package...
- soit un D.Dur HS... mais avec un raid 5 cela ne devrait pas être un souci, sme devrait redemarrer...

Avant j'avais sme avec 2 D.Dur en raid1 (sans carte controleur pci ide) je n'ai pas eu de souci de mis à jours...

[MasterSleepy]

Essaye de faire la mise à jour via la ligne de commande:

Code: Tout sélectionner

yum update

Il vas te filer une liste et post là ici, peut-être que cela vas dire qq chose à quelqu'un.

[cyrusblue]

cela ne s'arrange pas...
j'avais réussi à reinstaller et faire toutes les mis à jours sans plantage...
sme cela marchais plutot bien, puis d'un seul coup dès que j'ai voulu y ajouter des données -> plantage
Avec exactement la même erreur au boot de sme.
Et impossible de recupérer mes données! pour un système de serveur sme en raid5 securisé , c'est pas super ça!!
si je relance une install de sme, impossible de retrouver une ancienne install de sme, faut formater pour re-installer!
Enfin cela n'est pas lié aux mis à jours...

A mon petit niveau je vois pas beaucoup de solutions
- Soit un D.Dur n'est pas compatible raid5 ou presque hs... (j'ai 3 D.Dur de même capacité et même marque + un D.Dur de même capacité de marque differente..)
mais bon, si un D.dur est hs le raid5 est là pour gérer non ??
- Soit ma carte pci controleur IDE n'est pas bien configurer ...

Avec cette même config pc j'avais eu aucun souci pendant 1mois un raid1 (sans carte pci ide)

je vais essayer de voir le forum officiel.
merci MasterSleepy

[Mael]

Salut,

Quelle est la puce de ta carte controlleur ?

J'ai eu pas mal de soucis avec une ITE8212 qui n'était pas correctement prise en charge,
ça se traduisait par des freeze aléatoires du système lors de l'utilisation du disque qui y était connecté
Résolu en changeant le bios du controlleur RAID->ATAPI


Mael

[cyrusblue]

Bonjour,
écoute a priori cela doit venir de cela... (je teste encore...)
j'ai utilisé la carte controleur pci IDE seulement pour mon lecteur cdrom (en boot) pour installation du système sme, les 4 D.Dur sur la carte mère...
et là pour l'instant ça fonctionne...
@suivre

[VIP-ire]

bonjour. J'ai eu le même problème sur plusieurs serveurs, mais en utilisant le raid logiciel et sans forcément faire de mise à jour. Un serveur a bien fonctionner pendant une semaine et demis avec 4 disques SATA maxtor 250 Go en RAID5, après kernel panic, pas moyen de récupérer quoi que ce soit. Une réinstall avec 4 disques SATA maxtor 300 Go en RAID5, ça a fait la même au bout de quelques heures. Après j'ai aussi eu des problème avec du RAID1, toujours RAID logiciel. Sur deux autres serveurs, un des deux disques n'est pas pris en compte donc le raid sert à rien. Un de ces deux serveur avait aussi des kernel panic aléatoire, mais pas le même que le premier serveur en RAID5. Apparement je ne suis pas le seul a avoir des problèmes de ce type. J'ai bien essayer de demander sur contribs.org mais je ne supporte pas le bug tracker qui est tout sauf convivial et dès qu'on parle de ce problème sur le forum, y'a quelqu'un pour dire de reporter ça dans le bug tracker. Pour l'instant j'ai juste abandonner le RAID, et je fais de la sauvegarde systématique avec backuppc

[cyrusblue]

ben c'est pas très rassurant SME Server
c'est bien la peine d'avaoir un Raid1.. 5..
enfin depuis que je n'utilise plus ma carte controleur pci IDE, pas de plantage...
je vais attendre quelques semaines avant avant d'être sur de mon serveur...

[VIP-ire]

Mis à part le RAID (et je pense que le problème vient de l'utilisation de LVM qui est un peu récente, la version 6 ne l'utilisait pas). je n'ai absolument rien à reprocher à cette distribution, je la trouve extrêmement stable et surtout, le système de template en fait une distrib unique.

[Gaston]

Salut,
bien qu'étant plus ou moins d'accord sur la conclusion

Mis à part le RAID (et je pense que le problème vient de l'utilisation de LVM qui est un peu récente, la version 6 ne l'utilisait pas).

il faut quand même pas pousser mamie dans les orties : LVM n'est pas une nouveauté, je tourne autour (ou avec, ça dépend des jours) depuis la RH 9

Au vu d'autre posts et problèmes on serait plus à la limite d'erreurs de la couche RAID :
la couche LVM ne reconnait pas ses éléments si le RAID n'est pas correctement initialisé et quand LVM ne trouve pas ses petits le noyau part en panic car il n'a pas accès à ses ressources !

Ce qu'il serait intéressant c'est de savoir si le couple SATA/RAID logiciel n'est pas une clef du problème (j'ai en mémoire que tu as rencontré le pb avec un IDE ...). Et si c'est le cas, ça me semble rassurant pour l'avenir quand on voit l'évolution du support SATA cette année dans le noyau 2.6.

Si tu as une config matérielle que tu sais présenter une grande chance de planter, il serait intéressant de faire une install V7 via quickstart pour shunter la config LVM (c'est relativement simple, surtout si tu as encore le anaconda.cfg)

G.
PS je suis quand même d'accord qu'on a fait un grand pas dans la complexité, pour une majorité d'utilisateur, en généralisant LVM sur tous les systèmes Linux.