[fermé] Kernel panic (error 22 ext3)

[shwing]

Bonjour tout le monde.

A noël, panne de courant comme cadeau, et ma sme ne redémarre pas.

Error grud 15, cela m'as pris un moment pour me rendre compte que le bios avait modifié et que ça voulait booter sur un autre disk que le bon.



Ensuite "kernel panic", et là c'est la panic

Ici une partie de ce que je vois à l'écran lorsque ça plante.

Code: Tout sélectionner

.....ici il en manque un bout ....
Red Hat nash version 4.2.1.13 starting
Mounted /proc filesystem
Mounting /sysfs
Creating /dev
Starting udev
Loading raid1.ko module
md: raid1 personality registred as nr 3
Loading jbd.ko module
Loading ext3.ko module
md: md1 stopped
mdadm no devices found for /dev/md1
md: md3 stopped
mdadm no devices found for /dev/md3
md: md2 stopped
mdadm no devices found for /dev/md2
Creating root devices
Mounting root filesystem
EXT3-fs: unable to read superblock
mount: error 22 mounting ext3
mount: error2 mounting none
Switching to new root
switchroot: mount failed: 22
umount /initrd/dev failed: 2
Kernel panic - not syncing: Attempted to kill init!


Si je boot avec le cd d'install et que je lance sme rescue
ensuite je suis capable de faire un su admin et de voir que mon raid est ok, mis à part ce détails -->

Les chiffres entre [ ] sont inversés.

ceci vient de ma sme
Personalities : [raid0] [raid1] [raid5] [raid6]
md3 : active raid1 sdb2[1] sda2[0]
154143552 blocks [2/2] [UU]

md2 : active raid1 sdb3[1] sda3[0]
2040128 blocks [2/2] [UU]

md1 : active raid1 sdb1[1] sda1[0]
104320 blocks [2/2] [UU]

Ceci est un exemple de contribs
[root@sme]# cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 hda3[0] hdb3[1]
38837056 blocks [2/2] [UU]

md2 : active raid1 hda2[0] hdb2[1]
1048704 blocks [2/2] [UU]

md0 : active raid1 hda1[0] hdb1[1]
255936 blocks [2/2] [UU]


J'ai pu aussi lancer fsck avec une knoppix tout est clean dans les status.
je n'ai plus de d'idée, pour continuer...
Tout aide est la bienvenue.

Précision:
Mon installe de sme ne contient pas de LVM, c'est à dire lorsque je l'ai installé j'ai pris l'option : sme nolvm. et j'ai 4 HD. 2 pour le système avec le raid et 2 autres pour des ibays simplement.

[jibe]

Salut,

J'ai bien eu ton MP sur le forum FreeEOS, et j'oublie momentanément ma bouderie envers Ixus pour mon cher voisin

J'en profite d'ailleurs pour souhaiter de bonnes fêtes aux nombreux amis que j'ai encore ici

Pour ton problème, je suis désolé de ne pas être en mesure d'y répondre...
- J'ai du mal à me remettre d'une grave infection biliaire qui a dû aussi atteindre mes neurones, parce que j'ai souvent du mal à avoir des idées claires Bon, le toubib dit que c'est normal après un coup pareil...
- Je ne suis pas très fort en raid...

Je transmets ta question sur le forum des contributeurs francophones : Gaston ou peut-être un autre devrait être en mesure de te démêler tout ça.

Je t'enverrai mon mail à l'occase (mais tu dois l'avoir, ainsi que mon tel. ?), on a quelques bières de retard à boire Tu peux aussi passer à la maison quand tu veux...

[Gaston]

Salut schwing,
j'intervient juste pour dire que je ne sait pas
concernant ta remarque

Les chiffres entre [ ] sont inversés.

, non,non relis bien les lignes
en fait ces chiffres (c'est du moins ce que j'en ai déduit, je n'ai pas d'information précise là dessus ...), correspondent au numéro du disque dans l'assemblage raid. Tu peux aussi les retrouver dans le résultat de la commande "mdadm --misc --detail /dev/md?" (colonne "Number", la colonne "RaidDevice"semble moins dynamique ... ). Pour ce qui est de la raison de l'affichage inversé, je ne connait pas la règle, cela change souvent quand un disque est sorti puis re-rentré dans l'assemblage ... mais pas toujours re-:oops:
Ton analyse du problème est correcte : le serveur panique car il ne lui est pas possible de déterminer ou se trouve son disque 'root' lors de du traitement de l'initrd
Tu as aussi correctement identifié qu'il n'y a pas de problème sur les disques.
Dans les questions à se poser : aurais tu modifié les fichiers de conf de mdadm (il n'y normalement pas grand chose dedans sur un SME) ?
as-tu appliqué des mises à jours ?
as tu correctement re-paramétré le bios ?
as tu essayer de démarrer le serveur avec uniquement le sda de branché (c'est du sata ?) ? ça devrait démarrer mais avec une erreur lors du montage des fs)
j'ai pas le début d'une explication juste des interrogations
dsl
G.

[shwing]

Bonjour Messieurs,

Tout d'abord merci de me donner un coup de pouce avec mon serveur

Un spécial thanks à Jibe pour être revenue poster sur ce forum ------- Pour ce qui est des bières de Noël Jibe, on continue en mail cette discution.

Voici les infos prises en mode rescue. Tout ce qui suis n'est pas du copié-collé, j'ai porter une grande attention à ne pas faire d'erreur, mais si qqch venait à être étrange, faite-le moi savoir.

Code: Tout sélectionner

mdadm --misc --detail /dev/md3

Vesion: 00.90.01
Creation time : Sun Nov 4 20:14:36 2007
Raid Level : raid1
Array Size: 154143552 (147.00 GiB 157.84GB)
Device Size: 154143552 (147.00 GiB 157.84GB)
Raid Device: 2
Total: 2
Preferred Minor: 3
Persistance: Superblock is persistent

Update time: Tue dec 30 11:13:45 2008
State : clean
Active devices :2
Working devices:2
Failes devices:0
Spare devices:0

UUID: 30ada57e:6ebad323:1ee4aad6:efbb8593
Events:104320 (101.89 MiB 106.82 MB) 0.13088187

Number Major Minor RaidDevice State
0   8   2   0   active sync    /dev/sda2
1   8   18   1   actice sync   /dev/sdb2


"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
mdadm --misc --detail /dev/md2


Vesion: 00.90.01
Creation time : Sun Nov 4 20:20:29 2007
Raid Level : raid1
Array Size: 2040128 (1992.65 MiB 2089.09 MB)
Device Size: 2040128 (1992.65 MiB 2089.09 MB)
Raid Device: 2
Total: 2
Preferred Minor: 2
Persistance: Superblock is persistent

Update time: Wed Dec 24 04:06:21 2008
State : clean
Active devices :2
Working devices:2
Failes devices:0
Spare devices:0

UUID: f4ac1443:84c290ba:b0990cb1:1a34cf63
Events: 0.7406

Number Major Minor RaidDevice State
0   8   3   0   active sync    /dev/sda3
1   8   19   1   actice sync   /dev/sdb3


"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""

mdadm --misc --detail /dev/md1


Vesion: 00.90.01
Creation time : Sun Nov 4 20:20:29 2007
Raid Level : raid1
Array Size: 104320 (101.89 MiB 106.82 MB)
Device Size: 104320 (101.89 MiB 106.82 MB)
Raid Device: 2
Total: 2
Preferred Minor: 1
Persistance: Superblock is persistent

Update time: Tue dec 30 11:10:47 2008
State : clean
Active devices :2
Working devices:2
Failes devices:0
Spare devices:0

UUID: 5c139701:c11f7f9a:1f1b4dff:0c7398d
Events: 0.13088187

Number Major Minor RaidDevice State
0   8   1   0   active sync    /dev/sda1
1   8   17   1   actice sync   /dev/sdb1


"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""

cat /etc/fstab

/dev/md3   /         ext3   usrquota,grpquota      1 1
/dev/md1   /boot         ext3   defaults         1 2
none      /dev/pts      devpts   gid=5,mode=620         0 0
none      /dev/shm      tmpfs   defaults         0 0
none      /proc         proc   defaults         0 0
none      /sys         sysfs   defaults         0 0
/dev/md2   swap         swap   defaults         0 0
/dev/hda1   /home/-->vers ibay   ext3   usrquota,grpquota      1 1
/dev/hdc1   /home/--> vers ibay   ext3   usrquota,grpquota      1 1
/dev/fd0   /media/floppy      auto   pamconsole,exec,noautomamaged   0 0




""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""


sfdisk -l /dev/sda

Disk /dev/sda: 19929 cylinders, 255 heads, 63 sectors/track
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sda1   *      0+     12      13-    104391   fd  Linux raid autodetect
/dev/sda2         13   19674   19662  157935915   fd  Linux raid autodetect
/dev/sda3      19675   19928     254    2040255    0  Linux raid autodetect
/dev/sda4          0       -       0          0    0  Empty



sfdisk -l /dev/sdb

Disk /dev/sdb: 19457 cylinders, 255 heads, 63 sectors/track
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0

   Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sdb1   *      0+     12      13-    104391   fd  Linux raid autodetect
/dev/sdb2         13   19202   19190  154143675   fd  Linux raid autodetect
/dev/sdb3      19203   19456     254    2040255    0  Linux raid autodetect
/dev/sdb4          0       -       0          0    0  Empty


""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""

Dans les questions à se poser :

aurais tu modifié les fichiers de conf de mdadm (il n'y normalement pas grand chose dedans sur un SME) ?
Non, évidemment non, le mieux est l'ennemi du bien


as-tu appliqué des mises à jours ?
Non, je suis en 7.4, je sais aussi que les dernières mises à jour (max 10 packages) ne sont pas encore installés


as tu correctement re-paramétré le bios ?
Oui. Il n'y avais rien qui avait changer suite à la panne de courant (tout ça pour un four defect, et une pizza, grrrr) Mon erreur de départ était grub error 15, normal je ne bootais pas sur le bon disque, mis à part ceci rien n'a bouger.


as tu essayer de démarrer le serveur avec uniquement le sda de branché (c'est du sata ?) ? ça devrait démarrer mais avec une erreur lors du montage des fs)
Oui c'est bien 2 hd en sata et oui j'ai virer les 2 disques (hda et hdc en ide eux) et je continue de recevoir mon joli kernel panic.



Un petit detail (important?) me semble étrange:
à la ligne --> mdadm --misc --detail /dev/md2
on voit : uptime Wed Dec 24 04:06:21 2008
alors que c'est ce matin que j'ai lancer cette commande et qu'on est le 30/dec
cette même commande pour md1 et md3 renvoi la bonne date pour l'uptime, et évidemment le srv est éteins depuis le 24 ou le 25 sauf les quelques fois ou je tentais de faire qqch en mode rescue.

C'est tout pour le moment.

Et Gaston ne soit pas dsl, y a vraiment pas d'quoi !!

Bon réveillon.
shwing.

[Gaston]

Bsoir,
avant de tout casser (on en est pas loin, car je ne m'explique pas comment on en est là ), il faudrait vérifier quels devices "mdadm" essaie de démarrer lors du boot.
Pour ça, on respire un grand coup et on plonge dans l'image (à adapter à ta configuration courante, bien sur)

Code: Tout sélectionner

mkdir /tmp/img ; cd /tmp/img
gunzip -c -d /boot/initrd-2.6.9-67.0.7.EL.img | cpio -idmu

dans tout ça ce qui nous intéresse c'est le contenu de /tmp/img/etc/mdadm.conf
Ce qui serait sympa c'est que les ID ne soient pas celles des device raid que tu sais activer, et donc il y aurait plus qu'à refaire une image de boot et vavavroum
Pour le coup de l'update time (et pas uptime ) j'ai aucune idée ...

G.

[shwing]

Bjour,

Code: Tout sélectionner

gunzip -c -d /boot/initrd-2.6.9-78.0.8.EL.img | cpio -idmu

2503 blocks

Code: Tout sélectionner

cat /tmp/img/etc/mdadm.conf

#mdadm.conf written out by anaconda
DEVICE partitions
ARRAY /dev/md3
ARRAY /dev/md1
ARRAY /dev/md2



Ce que je pige pas c'est pourquoi j'ai ce: (dans mon premier post)

Code: Tout sélectionner

md: md1 stopped
mdadm no devices found for /dev/md1
md: md3 stopped
mdadm no devices found for /dev/md3
md: md2 stopped
mdadm no devices found for /dev/md2

Est-ce que la différence d'ordre des numéros a son importance ?

merci.

[Gaston]

Bonjour,

Code: Tout sélectionner

cat /tmp/img/etc/mdadm.conf
#mdadm.conf written out by anaconda
DEVICE partitions
ARRAY /dev/md3
ARRAY /dev/md1
ARRAY /dev/md2

c'est pas cohérent , ça c'est le mdadm.conf que l'on trouve habituellement dans /etc et si j'ai compris le mécanisme, mdassemble à besoin des id des devices raid, je m'attendais donc à quelquechose du genre (pour toi - je peu m'être gourrationné dans la génération des lignes ) :

Code: Tout sélectionner

DEVICE partitions
ARRAY /dev/md1 level=raid1 UUID=5c139701:c11f7f9a:1f1b4dff:0c7398d
ARRAY /dev/md2 level=raid1 UUID=f4ac1443:84c290ba:b0990cb1:1a34cf63
ARRAY /dev/md3 level=raid1 UUID=30ada57e:6ebad323:1ee4aad6:efbb8593

c'est un peut différent
On va dire qu'on va essayer de recréer qqchse de cohérent :

Code: Tout sélectionner

chroot /mnt/sysimage
mkinitrd --preload raid1 --with=raid1 /boot/my_initrd.img 2.6.9-78.0.8.EL

Vérifier le fichier mdadm.conf généré dans l'image, si il y a pas les id , je complèterai le fichier et recréerai le fichier initrd à la main (cd /tmp/img ; cpio -oc > /boot/my_initrd.img), mais cel voudrait dire que la commande " mdadm --examine --scan" ne fonctionne pas chez toi
ensuite

Code: Tout sélectionner

cp -p /boot/grub.conf /boot/grub.conf.bck
cat >> /boot/grub.conf <<EOT
title My SME Server boot
        root (hd0,0)
        kernel /vmlinuz-2.6.9-78.0.8.EL ro root=/dev/main/root
        initrd /my_initrd.img
EOT

un reboot derrière tout ça pour voir comment vont les choses ...

allez bon réveillon, tu tiens le bon bout
G.

[shwing]

Salut Gaston,

Je confirme bien que le mdadm.conf que j'ai noté dans le post précédent venait bien de /tmp/img/etc/mdadm.conf je suis aussi allé regarder celui de /etc et ils étaient identiques.

J'ai refais la commande gunzip et là surprise, j'ai vu ce que tu t'attendais à voir, c'est-a-dire avec les UUID

Code: Tout sélectionner

mdadm --examine --scan

mdadm : ARRAY line /dev/md3 has no identity information
mdadm : ARRAY line /dev/md1 has no identity information
mdadm : ARRAY line /dev/md2 has no identity information
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=5c139701:c11f7f9a:1f1b4dff:0c7398d
ARRAY /dev/md3 level=raid1 num-devices=2 UUID=30ada57e:6ebad323:1ee4aad6:efbb8593
ARRAY /dev/md2 level=raid1 num-devices=2 UUID=f4ac1443:84c290ba:b0990cb1:1a34cf63

je suis arrêter à la commande mkinitrd (ci-dessous), car lorsque j'ai vu que le md n'avaient pas "d'identité", cela ne me semble pas si grave que ça docteur, donc je n'ai pas modifier le grub.conf.

Code: Tout sélectionner

chroot /mnt/sysimage
mkinitrd --preload raid1 --with=raid1 /boot/my_initrd.img 2.6.9-78.0.8.EL

Pour info, j'ai toujours passé par le chroot à chaque fois que j'ai booter sur le cd la sme.


Continuons de tenir le bon bout
A+



p.s: j'ai trouvé ceci:
http://forums.ixus.fr/viewtopic.php?t=3 ... radedarray
je n'ai appliqué aucune de ces commandes, car malgrès que ce n'est pas dangereux selon toi, je préfère attendre ton 'feu vert'

[Gaston]

Bjour,
j'ai plus d'idées ...
essaie quand même de booter avec la nouvelle image (le initrd que tu as créé),- ou peut-etre mieux, une ancienne image, si tu veux pas modifier le grub.conf, passe les paramètres lors du démarrage.

G.

p.s: j'ai trouvé ceci:
http://forums.ixus.fr/viewtopic.php?t=3 ... radedarray
je n'ai appliqué aucune de ces commandes, car malgrès que ce n'est pas dangereux selon toi, je préfère attendre ton 'feu vert' Wink

Pas de rapport avec ton problème : tes devices raid sont en bon état, c'est juste "mdassemble" qui lors de la phase de boot ne sait pas retrouver les disques nécessaires pour activer ces devices raid sur lesquels sont le /boot ...

[shwing]

le post que je mentionne avant n'a rien a voir avec le fait que les array non pas d'identité ?

[Gaston]

je ne sait pas à quoi corresponds le message "no identity" j'essaie de regarder ...

[shwing]

t'es choux

[Gaston]

pour supprimer le message "no identity" dans la commande de scan dans le /etc/mdadm.conf : compléter les lignes comme ceci (pour ta conf à toi)

Code: Tout sélectionner

#mdadm.conf written out by anaconda
DEVICE partitions
ARRAY /dev/md3 super-minor=3
ARRAY /dev/md1 super-minor=1
ARRAY /dev/md2 super-minor=2

est-ce que tu as bien aussi dans le fichier "/tmp/img/init" les trois mknod correspondants ?

Code: Tout sélectionner

mknod /dev/md1 b 9 1
mknod /dev/md2 b 9 2
mknod /dev/md3 b 9 3
/sbin/mdassemble

mais je sait pas franchement où on va

G.

[shwing]

Gaston,

Code: Tout sélectionner

est-ce que tu as bien aussi dans le fichier "/tmp/img/init" les trois mknod correspondants ?
oui, identique

J'ai modifié ce fichier comme tu le mentionnes ci-dessous, même effet.

Code: Tout sélectionner

#mdadm.conf written out by anaconda
DEVICE partitions
ARRAY /dev/md3 super-minor=3
ARRAY /dev/md1 super-minor=1
ARRAY /dev/md2 super-minor=2


j'ai essayé aussi cette manière ci, comme je le vois dans ma sme de secours:

Code: Tout sélectionner

[root@sme ~]# cat /etc/mdadm.conf

# mdadm.conf written out by anaconda
DEVICE partitions
ARRAY /dev/md3 level=raid1 num-devices=2 UUID=908a61e2:c0f9c1d8:de293a79:7525c13a
ARRAY /dev/md2 level=raid1 num-devices=2 UUID=1024eea3:60fe893f:833a67a6:cd9c5b2a
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=5e4db875:89c7703e:717cf99d:8d55160f


même effet, kenel panic.

Lorsque j'ai booté avec la nouvelle image, je n'ai plus l'erreur 22 mais 6.

Code: Tout sélectionner

.....ici il en manque un bout ....
Red Hat nash version 4.2.1.13 starting
Mounted /proc filesystem
Mounting /sysfs
Creating /dev
Starting udev
Loading raid1.ko module
md: raid1 personality registred as nr 3
Loading jbd.ko module
Loading ext3.ko module
md: md1 stopped
mdadm no devices found for /dev/md1
md: md3 stopped
mdadm no devices found for /dev/md3
md: md2 stopped
mdadm no devices found for /dev/md2
Creating root devices
Mounting root filesystem
EXT3-fs: unable to read superblock
mount: error 6 mounting ext3 <-------------------------------------------------ICI 6 et pas 22
mount: error2 mounting none
Switching to new root
switchroot: mount failed: 22
umount /initrd/dev failed: 2
Kernel panic - not syncing: Attempted to kill init!

Bon si tu n'y entrevois pas de soluce, je vais reinstaller.

Et tout cas je te remercie beaucoup pour le temps que tu as passé afin de m'aider pendant ces fêtes.

[Gaston]

Salut,
suite à ton dernier message, on se retrouve sur google avec des problèmes de reconnaissance des disques sata ... c'est vrai que j'avais pas percuté, je pratique pas (encore ?) ce genre de matos
Et sachant que les disques sata ne sont pas toujours correctement vus comme disques de boot, que ça passe en donnant les bonnes config dans les bios ( ... ) et que tu as eu un problème de bios ... ça vaut peut-être le coup d'investiguer sur ce point là (on pourrait même penser qu'une réinstall ne se fera pas sans les bons paramètres. )
Si c'est cela, et ça se défend mieux que tout ce qu'on a fait jusqu'ici, ça se fera sans moi, j'ai pas les ressources (autre que Google) pour investiguer

G.