Raid 5 mdadm bad superblock

Message par **T1nyb0y** » jeu. 11 août 2011 15:50

Ce qui me dérange c'est que la réparation de RAID 5 ça à l'air d'être la loterie, un coups ça marche l'autre tu perds tout.
Autant perdre un peu plus d'espace (RAID 10) si ça me permet de réparer facilement mon RAID en cas de problèmes

Message par **dsebire** » jeu. 11 août 2011 16:05

ça sera pareil en 10. si ça plante pendant la reconstruction, t'as pas mal de chances de tout perdre.... (le RAID10 est c'est vrai un peu plus tolerant que le 5)

Message par **dricfr** » jeu. 11 août 2011 16:14

Désolé pour ton raid gizmo78

J'ai déjà dis ce que je pensais. mdadm
L'intérêt du raid et "théoriquement" justement de faire face à un pb "physique" de DD. Or, je n'arrête de voir des gars avec des pb de récupération de données.

Peut-être faut-il mettre en place une sauvegarde régulière des superblock ?

Peut-être faut-il utiliser les uuid ? Car je me demande si ce n'est pas le changement des chemins des dd (/dev/sdX) qui met la grouille.

@++

Message par **T1nyb0y** » jeu. 11 août 2011 16:28

J'en ai recréé un avec les uuids on verra bien si ça tient plus longtemps ^^

J'ai aussi vu que sous ubuntu le raid ne se créé pas en /dev/mdX mais /dev/md/hostname:X ...

Message par **gizmo78** » jeu. 11 août 2011 16:40

je pense également que le fait de pas utiliser de uuid fout la grouille comme tu dis dric ^^

j'ai déjà rattrapé mon raid deux fois avant à cause de mouvement du serveur à cause Mon gouvernement

et à chaque fois nickel mais je n'avais pas changé de HDD.

la où j'ai pas eu de chance c'est que j'ai perdu deux disques presque en même temps :/

Message par **biour** » jeu. 11 août 2011 17:09

c kler qu'avec les uuid tu peu changer les disques de port et no soucis
completement transparent

Message par **gizmo78** » jeu. 11 août 2011 17:10

je pense que dans 90% des cas c'est ca qui fout la grouille ( xD )

Message par **poulpito** » jeu. 11 août 2011 17:44

moi je pense que dans 90% des cas c'est du hardware à la con
tous mes soucis de raid desynchro et de superblock corrompus je les ai eu quand j'avais une alim tagan chieuse
elle m'a foiré tout mon raid (qqs To de datas)

les UUIDs ouai ... pas convaincu du tout
j'ai une bécane au taff (virtuelle) ou je fais du raid et j'ajoute sans cesse des disques / enlève il m'est même arrivé de couper un process de reconstruction aucun soucis
linux repart du début
juste pas de chances

Message par **gizmo78** » jeu. 11 août 2011 18:02

je pense aussi que la scoumoune y est pour beaucoup

mon alim c'est une corsair 550w et dessus y a juste un X3110 6Go de ram une gf6600 et 5*2To et un 80Go de portable donc pas énorme je pense.

Message par **fighting_falcon** » ven. 12 août 2011 11:24

c'est ouf ...

perso je suis sur du raid 5 depuis bien 5ans
au début 4 disques IDE puis 5
et maintenant 5 disques en SATA

j'ai du perdre en tout cas 5/6 disques, et j'ai toujours pu reconstruire, et j'ai jamais perdu mes données
Par contre, j'ai toujours eu la chance de ne pas avoir de soucis sur 2 disques en même temps, sinon effectivement c'est la merde

Par contre, deux règles de base :
1/ un raid, même 5 voire 6 n'est pas une sauvegarde
2/ il faut monitorer en permanence ses disques (smart) et idéalement avoir un spare de côté (par forcément branché dans l'UC) histoire de pouvoir reconstruire de suite en cas de défaillance d'un disque, en attendant le retour SAV

Et avant de tenter des commandes foireuses, le tout premier truc à faire en cas d'arrêt d'une pile c'est :
mdadm --manage /dev/mdX --remove /dev/sdY // pour retirer le disque défaillant
mdadm --manage /dev/mdX --add /dev/sdZ // pour ajouter le nouveau disque, remplaçant de celui qui merde

edit : je suis toujours en /dev/sd{X,Y,Z,...}, les UUIDs OSEF

Message par **dricfr** » ven. 12 août 2011 15:19

Faut peut-être que tu joues au loto

Blague mise à part, mdadm reste un bon logiciel, pour ma part je ne remets pas du tout en question ça. Mais son utilisation me semble nécessité d'avoir une rigueur / organisation "pro" que l'on a pas forcement chez soit... ni le matériel.
Alimentation redondante, disque de spare, onduleur... et même les PC "fait maison" tout cela n'est pas forcément évident à avoir / acquérir.
Et il y a aussi ls compétences dans l'utilisation d'un système linux... celui qui bosse dedans aura de meilleures réflexes que celui qui se tarte windows et vb toute la journée...

Tout ce blabla pour m'occuper le temps de partir en WK, euh, non, pour dire que l'utilisation de mdadm me paraît plus "sensible" que ce que l'on pourrait croire au prime abord.

Après, je suis d'accord que l'on peut discuter de l'intérêt ou non de faire du raid...