Récupérer une aire raid5 mdadm ?

Message par **gizmo78** » dim. 30 janv. 2011 15:04

je vais tester un reboot déjà avec ce que j'ai modifié et si ca change pas je tenterais ca.

merci

Message par **gizmo78** » dim. 30 janv. 2011 15:13

bon bas ca passe ^^

Message par **fighting_falcon** » dim. 30 janv. 2011 17:34

euh ... question à la con, dans /etc/fstab l'UUID que tu mets c'est lequel ? Pas celui de la pile mdmad (celui renvoyé par mdadm --detail --scan) hein ... celui du FS qui est sur ta pile ...

Message par **gizmo78** » dim. 30 janv. 2011 19:16

nan celui que me renvoi blkid pour le md0

Message par **fighting_falcon** » dim. 30 janv. 2011 19:37

bah a part activer les logs et voir ce qu'ils racontent, je calle

Message par **gizmo78** » dim. 30 janv. 2011 19:42

ha nan mais ca fonctionne xD

en faite y avait un reste de raid dessus et du coup au boot il a créer l'array sauf que j'ai tout delete derrière et le mdadm.conf a pas changé.

j'ai fais un scan avec mdadm comme me la dit le dache et modifié le fstab et c'est good ^^

merci

Message par **fighting_falcon** » dim. 30 janv. 2011 19:58

cool !!

j'avais mal lu en fait ton "bon bas ca passe"

Message par **dricfr** » lun. 31 janv. 2011 14:53

beluga ? L'avion ?

Message par **gizmo78** » lun. 31 janv. 2011 15:38

tu m'inquiète dric, ca fait deux blagues de toi que je comprends pas [:peur]

Message par **fighting_falcon** » lun. 31 janv. 2011 20:11

beluga ? L'avion ?

yep

je suis ... euh ... comment dire ... grave passionné d'aviation

Message par **fighting_falcon** » lun. 31 janv. 2011 20:17

euh j'en sais rien ... l'image c'était plus pour montrer ce qu'est le beluga (l'avion) qu'autre chose

et côté simu, uniquement militaire pour moi ... donc Free Falcon

Message par **dricfr** » mar. 1 févr. 2011 12:45

gizmo78 > Ce n'était pas une blague... et oui ça m'arrive !!

Mais je te rassure, c'est très rare [:gneu]

fighting_falcon> Cool. J'ai fait un peu de dév pour son système embarqué FWS, en fait c'était pour l'A310, mais les deux avions partagent la même base du soft et calculo... une alarme rouge qui était cancelable depuis.... 15 ans alors

. Bah, ça vole

. Je crois qu'il y a eu un report de la correction sur le beluga.

Message par **gizmo78** » mar. 1 févr. 2011 14:24

ha c'était pas une blague?

normal que j'ai pas pigé alors

Message par **dricfr** » dim. 6 févr. 2011 18:03

Bon, ben voilà, je crois que le Pécé est mourrant. Gros plantage hier, il y a une erreur ext3 sur le dd système (enfin, il es en ext4 mais bon), le système plante au démarrage car aucune partition n'arrive à être montée.
Le more rescue du CD debian semble planter à la détection du matériel :/

Ma faut vite trouver une petite carte vidéo pci-e pour pouvoir remettre en service ma k8we hin hin hin !

@++

Message par **dricfr** » ven. 11 févr. 2011 09:09

Bon, et bien en fait, c'est un firware pour un composant de la CM qui n'est pas dispo. J'ai laissé tourner l'installation de deb6 3h. Finalement l'installation s'est terminée.

Cool, mon aire raid sous mdadm était même reconnue à l'installation.

Le truc que je ne comprends pas avec udev et les uuid, dans le fstab il faut que je mette l'uuid qui se trouve dans le mdamd.conf pour monter l'aire raid ?
Où trouve t'on la correspondance uuid -> device ?

Autre chose, au boot, le dd système semble être sda.
Une fois le système chargé, il passe en sde et sda devient un des dd de l'aire raid. Car sous l'ancienne installation, le dd système était hdc, du coup l'aire raid était en sda/sdab/sdc/sdd.

Bref, ce n'est pas très clair, et j'aimerais bien savoir ou trouver les infos.

Je sais que udev renomme les device justement pour éviter les changement de "noms logique" (carte réseau, dd). Mais je ne sais pas trop où trouver les infos sur le système.

Par exemple, j'ai un autre dd ide, qui se trouve sur /dev/sdf . Dans le fstab j'aimerai mettre son uuid...

@++

Message par **poulpito** » ven. 11 févr. 2011 10:32

ls -al /dev/disk/by-uuid ?

ca te permet de voir les liens

Message par **gizmo78** » ven. 11 févr. 2011 12:29

Blkid ausi

Message par **dricfr** » sam. 12 févr. 2011 20:29

Merci , le ls dans /Dev ... fonctionne. Mais il s'agit des correspondances du noyau au moment du boot, et non pas celles effectives à fin du boot.
Par exemple, je revu le disque système en sda et le second dd ide en sdb alors qu'une fois le système au boot il sont en sde et sdf.
En utiolisant l'UUID dans el fstab, ça fonctionne nikel,

merci

gizmo78, je n'ai pas eu le courage d'essayer ta commande... désolé ! Merci !

Message par **poulpito** » sam. 12 févr. 2011 20:42

ca fait pareil

et le ls -al pour avoir l'uuid correspond effectivement au moment ou tu le tape
mais tu t'en fou tu repère tu met dans le fstab et basta comme tu as fait

après ca bouge plus

Message par **dricfr** » dim. 6 mars 2011 00:08

Bon, ben, nouveau problème avec mdadm.
lors du boot linux bloque à cause d'une erreur ext3fs bad superblock :/

J'ai regardé et apparemment les chemins des disques ne sont plus les mêmes.
Les 4 dd qui servent au raid étaient sda1,sdb1,sdc1 et sdd 1 (enfin, chaque disque a une partition) lors de la création /dev/md0 .
Or, maintenant, ils sont en sdc1, sdd1,sde1 et sdf1.
Ils sont été décalés.
Lorsque je fais un mdamd --examine sur sdc1 il me ressort bien la description de l'air raid (et il me dit que tout est ok), et sur la ligne "this..." il indique sda1. POur sdd1 il indique sdb1 etc...

J'ai essayé de faire un assemblage à la main :
mdadm --assemble /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1
J'ai une erreur comme quoi /dev/sdc1 est "busy" et qu'il n'y a pas de superblock.

D'après ce que j'ai pu lire, la récréation d'une aire identique à l'ancienne semble pouvoir résoudre le problème du superblock erronés (mdadm recrée une aire en détectant l'ancienne et n'écrase pas les données mais il ne faut se gourer dans la description de la nlle aire...). Mais j'ai l'impression que mon souci vient déjà du chemin des DD. Mais je ne sais pas quel problème entraîne l'autre ni comment résoudre ça ...

Merci de vos avis.

@++

Message par **nicodache** » dim. 6 mars 2011 00:14

tu sais pas ce qui a causé que ca a déconné ?

histoire de revenir sur l'ancienne conf, et essayer de forcer mdadm à utiliser non pas l'adresse des disques, mais l'uuid des partitions

Message par **dricfr** » dim. 6 mars 2011 00:22

Et bien la dernière fois que j'ai utilisé le PC c'était pour faire des machines virtuelles et le PC a planté. Il va vraiment falloir que je me décide à le bazarder...

Message par **dricfr** » dim. 6 mars 2011 00:42

Bon, alors, j'ai essayé de faire preuve d'un minimum de jugeotte.
J'ai donc commencé par le début :
cat /proc/mdstat
Là, je vois un md0 inactif avec seulement /dev/sdc1 et dev/sdd1.
Je stoppe md0 :
mdadm -S /dev/md0
Je refais un cat du mdstat et là plus de raid.
Je refais un :
mdadm --assemble /dev/md0 /dev/sdc1 /dev/sdd1 /dev/sde1 /dev/sdf1
Et ça fonctionne.
Je fait un petit mount /dev/md0 /point/de/montage
Et ça roule.

Le Pb vient donc apparemment des chemins des DD qui ont changé.
Je vais essayer d'aller voir les règles de udev pour forcer les chemins p/r aux uuid, il me semble que c'est possible.
Le plus simple serait de modifier la conf de l'aire j'imagine...

Bon, il est trop tard. La nuit porte conseil.

@++

Message par **dricfr** » mar. 8 mars 2011 23:17

Bon, et bien j'ai essayé de recréer l'aire raid5 sous mdadm comme c'était décrit dans un tuto, mais ça ne fonctionne pas.... :/
mdadm détecte qu'il y a un fs ext2 mais sur 2 dd... /dev/sdc1 et /dev/sdf1 :/
il crée une nouvelle aire mais "neuve" !!!!
J'ai essayé en recréant l'aire avec le dernier disque à "missing", hélas impossible de monter l'aire créée... wrong fstype, bad superblock etc...

Je ne sais plus quoi faire ! Les données sont surement encore sur les DD !

Je n'ai pas trouvé de soft de récupération pour le moment

Message par **dricfr** » mer. 9 mars 2011 08:07

Toujours pas trouvé...
J'essaie avec des tailles de "chunk" différentes même si je suis presque sûr à 100% que c'était 64.
J'ai vérifié avec fdsik -l, et 3 disques sur 4 ont encore leur identifiant affecté lors de la création du raid (sdc1, sdd1,sde1). Par contre sdf1 a un autre identifiant... une partie du problème vient peut-être de ce DD.
Mais il reste 3 disques sur 4, ça laisse un vague espoir.
J'ai trouvé un site une une personne avec un problème similaire, il finit par retrouver son raid en essayant différentes combinaisons avec ses dd. Au final, même si le FS n'est pas monté car corrompu, il doit être reconnu. Mais pour le moment ce n'est pas mon cas, et j'ai récupéré l'ordre des disques tel que ça fonctionnait avec le "--assemble". Je pense que c'est le bon. Il utilisait la commande fschk.extX -nv /dev/md0 pour voir le nombre d'erreurs et définir si c'était ok ou pas, mais cette commande ne fonctionne pas du tout chez moi. Mauvais superblock ! Snif !

Autre chose, la version des métadata est 1.2, lors de la création du raid elle était à 0.9, et je n'ai vu nulle part comment le forcé lors de la création d'une aire raid '--create" ??

@++