Récupérer une aire raid5 mdadm ?

[dricfr]

Salut les gens !

Aujourd'hui, mon PC linux semble avoir quelques soucis matériel
J'ai eu un kernel panic.... l'intitulé de l'erreur était du genre "k8 ecc error" !
Après redémarrage, durant le démarrage des services mdamd semble dire que la vérification des aires est KO A priori c'est normal car j'étais entrain de copier/lire dessus lors du crash !
Hélas, de nouveau ce kernel panic !

Maintenant, le PC ne démarre plus....

J'aimerais savoir, si je fais une réinstallation de linux (debian en l'occurrence) sur un autre PC et si je réinstalle mdadm, est-ce que je pourrais récupérer l'aire raid 5 ?
Y a-t-il des fichiers de configuration à récupérer ?
Le disque système est un disque ide, je dois pouvoir le remonter sur un pc et les trouver si besoin est !

merci de vos avis

[nicodache]

essaie de récupérer /etc/mdadm/mdadm.conf
pis surtout, écrit rien sur tes disques

et pis le k8 ecc error, bein je crois que tu peux jeter ton proco ou ta carte mere

[dricfr]

Ouep, je pense que c'est la k8w qui commence à avoir des faiblesses, il faudrait peut-être que je ressoude les condos ^^. Ou alors, je vais voir à recycler la k8we et mettre la k8w au mur !
J'espère que n'est pas un des me opty 246 basse conso qui est naze !

Ce matin, j'ai réussi à relancer la machine (couper l'alim directement). Le pC c'est bien lancé et mdadm a pu finir de synchroniser l'aire raid 5 ! Ouf, au moins si le PC ne redémarre pas j'aurais une aire saine à reconfigurer.

Merci, je vais essayer de récupérer ce fichier, si le pc veut bien redémarrer je ferais un petit --scan sous mdadm !!

@++

[poulpito]

ou un assemble à la main ca marche aussi quand le scan ne passe pas

ne pas oublier de refaire à la fin un export des details mdadm dans le fichier .conf et de relancer le monitoring de l'array par mdadm

[fighting_falcon]

/etc/mdadm/mdadm.conf n'est utile que si ta pile n'est PAS faite de partitions de type Linux-raid (0xFD)

Si tu n'as que des partoches linux-raid, les données du fichier mdadm.conf sont stockées dedans, donc tu peux reconstruire le fichier à partir d'un seul des disques de ta pile

et sinon oui, pas de soucis, même avec une réinstall de linux, sur un hard complètement différent, tu arriveras à réassembler ta pile raid5
C'est la magie du raid soft

[dricfr]

Ok, merci.
Je n'ai pas encore eu le courage de ma lancer là dedans. Je dois aussi récupérer d'autres fichiers de conf. Par chance le pc refonctionne parfaitement.
Il me semble que l'erreur rencontrée peut être du à un soucis avec le module qui gère les radeons. Et justement j'ai une radeon 7000 dans ce PC...

A voir.

[poulpito]

la moi ca tourne impec ^^ et depuis longtemps
ivanlefou est en train de faire un mdadm grow de 4*2To vers 8*2To
moi faut que je commande mes disques

mdadm rox

[asriel]

je plussoie totalement. j'ai pas mal testé mdadm, en raid0, 1, 5 ... et même 10 ça failt le boulot [:al17000]

en ce moment, j'ai un raid1 avec mdadm sur une vielle becanne en bi p3 qui marche pas mal
par contre, quand il s'agit de décompresser une grosse archive rar de 3/4 go, les procos souffrent :/
donc mdadm c'est bien, mais faut pas un proco de fillette derrière sinon ça peut ramer grave

et pour réparer, un

Code : Tout sélectionner

mdadm --assemble /dev/md0

après y'a plus qu'à surveiller le status en faisant un

Code : Tout sélectionner

cat /proc/mdstat

et pour que ça soit encore plus mieux, rajouter dans /etc/mdadm/mdadm.conf la ligne

Code : Tout sélectionner

MAILADDR houston.we.have.a.problem@mondomaine.com

pour être prévenu automatiquement par mail des différent évènement sur le raid

fonctionne au poil (testé et approuvé )

[fighting_falcon]

jdonc mdadm c'est bien, mais faut pas un proco de fillette derrière

mdadm détecte automatiquement au boot les fonctionnalités présentes dans ton proc et utilise celle qui le fera aller le plus vite
Donc plus tu as un proc récent, mais pas forcément rapide, et plus ça booste

Sur un Core2 par ex, c'est complètement négligeable !!!
Même en plein rush I/O

[asriel]

ouaip, clair que sur un proco récent ça doit être infime
mais mes 2 p3 l'aiment pas

[poulpito]

aucun soucis sur P3 (@700) en reconstruction d'array avec 3 scsi de 36Go 15krpm
tu es sur que tu as pas un soucis ailleurs ?

[fighting_falcon]

non non sur des P2, ça bouffe 20-30% du proc minimum

[gizmo78]

tien question:

j'ai un raid0 sous debian squeeze, je le monte et l'utilise nickel, par contre dès que je reboot il arrive pas à remonter le raid et du coup suis obligé de tout refaire à la main à chaque fois, une idée du pk?

j'ai une erreur 8 au boot mais je trouve pas d'où ca vient :/

dans le fstab je monte mon raid avec l'uuid

[asriel]

sur mes 2 p3, la reconstruction se fait bien. c'est plutôt la combinaison décompression + io sur le raid soft, les procos s'en prennent plein la poire

gizmo> ton raid se monte pas au démarrage ? chemins et fs bien renseignés dans le fstab ?

[nicodache]

t'as bien ton /etc/mdadm/mdadm.conf ?
le raid0, c'est quel point de montage ?
il est renseigné dans fstab ?
t'as le module raid0 en dur ou en module ? il est dans l'initrd ?

aucun soucis sur P3 (@700) en reconstruction d'array avec 3 scsi de 36Go 15krpm
tu es sur que tu as pas un soucis ailleurs ?

scsi

[asriel]

voila. moi j'ai 2 ide

[gizmo78]

alors le point de montage est bon et voila ma ligne du fstab:

UUID=383857e7-f650-40c1-a2ae-15b043c295cb /mnt/raid ext4 defaults 0 1

mon mdadm.conf n'était pas bon... il avait gardé l'ancien raid, j'ai donc modifié en :

ARRAY /dev/md0 level=raid0 num-devices=2 UUID=383857e7-f650-40c1-a2ae-15b043c295cb

par contre au reboot toujours pareil :/

nico: pour le coup des modules j'ai rien modifié, mais le truc bizarre c'est que c'est pas la première fois que je fais un raid avec mdadm mais c'est la première fois que ca me fait ca :/

[nicodache]

faut pas le modifier à la main

essaie mdadm --detail --scan
et compare avec la ligne de ton fichier de conf. si c'est pas bon, bein faut remplacer

et à vue de nez, il te manque le tag "metadata" dans ton fichier conf
ARRAY /dev/md/0 metadata=0.90 UUID=f759d50e:aa7229f2:bdd6e5d5:13f1bc2c

[gizmo78]

okay je regarde ca, merci

[gizmo78]

voila la nouvelle ligne:

ARRAY /dev/md0 metadata=1.2 name=Lisa:0 UUID=5f694e30:f2f69d52:310cf338:a4ede9f6

ca a aucun rapport ou presque xD

[fighting_falcon]

gizmo >
* quelle distrib
* quelle version du noyal
* type de noyal (compil perso, distrib stock)
* si noyal perso, initrd ou pas ; modules ou tout en dur

[gizmo78]

debian
2.6.32.5.xen.amd64
distrib stock

[fighting_falcon]

hum .... 2.6.32 donc squeeze

Fichier /etc/initramfs-tools/initramfs.conf, valeur de la variable MODULES

Contenu du fichier /etc/default/mdadm (les commentaires on s'en fout hein )

Peux tu aussi poster le résultat de la commande que t'as filé nico : mdadm --detail --scan

et enfin, pour chaque partition membre de ta pile raid, son type (0x83, linux ou 0xFD, linux raid) ?

[gizmo78]

/etc/initramfs-tools/initramfs.conf

MODULES=most

/etc/default/mdadm

INITRDSTART='all'
AUTOSTART=true
AUTOCHECK=true
START_DAEMON=true
DAEMON_OPTIONS="--syslog"
VERBOSE=false

mdadm --detail --scan

ARRAY /dev/md0 metadata=1.2 name=Lisa:0 UUID=5f694e30:f2f69d52:310cf338:a4ede9f6

mes deux disques ont une partition en linux raid.

[fighting_falcon]

Faudrait que tu actives les logs au boot (/etc/default/bootlogd) et que tu regardes s'il n'y a pas un truc bizarre (/var/log/boot)

Attention, faudra peut être bidouiller un peu l'ordre des scripts d'init, chez moi le log de boot n'inclut pas mdadm :

root@beluga:~# ls /etc/rcS.d/
S01mountkernfs.sh -> ../init.d/mountkernfs.sh
S02udev -> ../init.d/udev
S03mdadm-raid -> ../init.d/mdadm-raid
S03mountdevsubfs.sh -> ../init.d/mountdevsubfs.sh
S04bootlogd -> ../init.d/bootlogd

Sinon, à tout hasard, je régénèrerai l'image initramfs (update-initramfs -u -k all) mais normalement elle n'a rien à voir là dedans, et sinon je tenterai de remplacer l'UUID dans /etc/fstab par /dev/md0