Aller au contenu

[Résolu] RAID5 - remplacer un disque dur enlevé


spohyak

Messages recommandés

Bonjour,

Je me documente depuis quelques jours au sujet du raid 5 sous linux et plus précisément sous debian et ubuntu.

J'ai grâce à toute la doc trouvée réussi à faire des tests (c2duo, 2go de ram, cm asus P5B-VM)

  • install d'ubuntu server sur un vieux dd ide, puis creation d'une grappe raid5 avec 3DD identiques sata
  • install d'ubuntu server sur un autre dd ide et réimport de la grappe précédemment créée grace à "mdadm --assemble ..." : là ça marche impeccable.
  • débranchement d'un disque dur (/dev/sdb) du raid (système arrêté) et boot pour voir ce qu'il se passait, comme si le dd n'était pas reconnu au boot : pour tester le véritable avantage du raid 5...

1.

C'est là que j'ai du mal :

Lors du boot il me dit que mon array est dégradée (logique). J'éteinds alors le pc proprement, je branche ensuite un disque dur à la place de celui que j'ai débranché (et identique aux deux autres) et je reboot.

Parmi les commandes que j'ai pu lire dont celles ci-dessous :

# mdadm --manage --set-faulty /dev/md0 /dev/sdb1
# mdadm --manage --remove /dev/md0 /dev/sdb1

Le message d'erreur qui m'est retourné est :

# mdadm: cannot get array info for /dev/md0

Je peux en revanche faire un :

# mdadm --stop /dev/md0

Mais toutes les autres commandes mdadm que j'ai testées (d'après les différents sites visités) me retournent l'erreur précédente.

La seule issue a été de faire un :

# mdadm --create --verbose /dev/md0 --level=5 --raid-devices=3 /dev....

Ce qui a eu pour effet de reconstruire le raid et de tout perdre.

Sinon j'ai aussi lu qu'on pouvait simuler les pannes grâce à :

mdadm --fail /dev/md0 /dev/...

Mais quel intérêt par rapport à ma "vraie panne" ?

J'ai cherché pendant des jours sur le net, et aucune réponse à ma question. Aujourd'hui, je me pose donc l'intérêt du raid5 si je n'arrive pas, le jour venu avec les DD pleins de données, à remplacer le défectueux sans tout perdre ... :)

2.

Lorsque je boot avec l'array dégradée, je suis directement log en root (avec le message "faites ctrl+d pour en sortir"). C'est l'interface initramfs c'est bien ça ? Car si je ne fais pas ctrl+d je ne peux pas me log avec mon user habituel.

Merci de me donner vos retours d'expérience, car en l'état actuel et mes nombreux tests, je ne vois pas d'issue possible pour monter un raid 5 un minimum fiable (oui je sais il faut du raid hardware pour de la fiabilité ...).

Bonne soirée et désolé d'avoir été si long.

Lien vers le commentaire
Partager sur d’autres sites

je n'ai pas de raid 5 soft chez moi ... mais du raid 1

et un jour pout une raison inconnu, il a perdu un des disques, alors qu'il était toujours la :craint:

je me rappelle l'avoir reconstruit mais je ne sais plus avec quelle commande... :transpi:

en fait je pense que du raid5 soft pour le systeme n'est pas un e bonne idéé.

du raid 1 à la rigueur ( histoire de pouvoir mettre le mastezr boot sur l'un ou l'autre.

du raid 5 pour le stockage et du raid 1 pour le système.

tout dépend de ce que tu veut faire, mais perso à la maison pas de raid pour / jsute une partition en raid 0 pour les données perso.

plus chaque semaine un backup du / via rsync sur le raid 0 + plus une copie du tout sur le freebox.

comme ça . me si le pc explose encore une copie de mon système de base opérationnel..

fait plutôt du raid 1 pour le système de base, c'ets plus simple et surtout plus facile à réparé si ça foire. car le raid 5 soft pour les données.

je soupçonne en fait que ton système soit corrompu sans le troisième disque... ( Mbr , grub , ou autre chose .. ))

Lien vers le commentaire
Partager sur d’autres sites

fait plutôt du raid 1 pour le système de base, c'ets plus simple et surtout plus facile à réparé si ça foire. car le raid 5 soft pour les données.

je soupçonne en fait que ton système soit corrompu sans le troisième disque... ( Mbr , grub , ou autre chose .. ))

Hmmm c'est tout à fait ce que je veux faire et lors de mes tests (cf mon post), j'ai installé mon systeme sur un disque et fais le raid5 pour les data avec 3 autres disques ... :)

mdadm /dev/md0 -a /dev/sda1

En adaptant évidemment.

:transpi:

Merci. Il me semble que j'ai pourtant essayé toutes ces commandes :

# mdadm --manage --set-faulty /dev/md0 /dev/sdb1
# mdadm --manage --remove /dev/md0 /dev/sdb1
# mdadm --manage --add /dev/md0 /dev/sdb1

Cette dernière revenant à la même chose que ta proposition. Mais dans ces trois cas j'ai :

# mdadm: cannot get array info for /dev/md0

As-tu déjà essayé toi ?

Merci pour vos posts.

Lien vers le commentaire
Partager sur d’autres sites

Oui

C'est pour ça que je ne comprenais pas pourquoi ça n'allait pas chez toi.

Quand j'ai utilisé cette commande, il a reconstruit le bazar et voilà

Je vais refaire des tests aujourd'hui.

En revanche un autre truc bizarre se passe :

lorsque mon raid est constitué de sda sdb et sdc, si je retire sdb pour simuler une panne et que je boote, le raid (dégradé) est constitué de sda et sdb (sdc devient sdb apparemment).

Dois-je du coup faire :

# mdadm --manage --add /dev/md0 /dev/sdb1
ou
# mdadm --manage --add /dev/md0 /dev/sdc1

? :)

Lien vers le commentaire
Partager sur d’autres sites

Forcément si tu enlève un disque, le bios va décaler les lettres :mdr2:

et ça va foutre le zouc.

Ouais, cela ne semble pas arriver sur FreeBSD qui garde l'appelation des disques en fonction de leur branchement

ma question est surtout, pourquoi tu veut absolument rebooter :mdr2:

Ben souvent quand un disque claque et n'est plus reconnu, ca arrive au boot. Je voulais donc simuler ce type de panne qui peut arriver :) Car si cela arrive avec toutes mes données sur le raid, il faudra que je sois prêt !

Je vais retenter la chose ...

Lien vers le commentaire
Partager sur d’autres sites

Ouais, cela ne semble pas arriver sur FreeBSD qui garde l'appelation des disques en fonction de leur branchement
Ça dépend de si c'est du sata ou de l'IDE, ça dépend aussi du noyau et de l'OS (dans la dernière version d'Ubuntu les disques ont des ID, mais je crois que les autres distribs le font également).
Lien vers le commentaire
Partager sur d’autres sites

Ouais, cela ne semble pas arriver sur FreeBSD qui garde l'appelation des disques en fonction de leur branchement
Ça dépend de si c'est du sata ou de l'IDE, ça dépend aussi du noyau et de l'OS (dans la dernière version d'Ubuntu les disques ont des ID, mais je crois que les autres distribs le font également).

C'est du SATA et c'est du ubuntu server 8.04

Lien vers le commentaire
Partager sur d’autres sites

Voila où j'en suis en réessayant :

root@ubuntu:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md0 : inactive sdb[1](S) sdc[2](S)
  1953524992 blocks

unused devices: <none>

Le raid est bien créé et dégradé (marqué "inactive")

root@ubuntu:~# mdadm --manage --add /dev/md0 /dev/sda
mdadm: cannot get array info for /dev/md0
root@ubuntu:~# mdadm --assemble /dev/md0 /dev/sda /dev/sdb /dev/sdc
mdadm: no recogniseable superblock on /dev/sda
mdadm: /dev/sda has no superblock - assembly aborted
root@ubuntu:~# mdadm --examine /dev/sda
mdadm: No md superblock detected on /dev/sda.
root@ubuntu:~# mdadm --examine /dev/sdb
/dev/sdb:
	  Magic : a92b4efc
	Version : 00.90.00
	   UUID : 0984be7d:086c0c4b:e368bf24:bd0fce41 (local to host ubuntu)
 Creation Time : Tue Dec 23 18:22:17 2008
 Raid Level : raid5
 Used Dev Size : 976762496 (931.51 GiB 1000.20 GB)
 Array Size : 1953524992 (1863.03 GiB 2000.41 GB)
  Raid Devices : 3
 Total Devices : 3
Preferred Minor : 0

Update Time : Wed Dec 24 17:12:20 2008
	  State : clean
Active Devices : 3
Working Devices : 3
Failed Devices : 0
 Spare Devices : 0
   Checksum : 28715c4f - correct
	 Events : 0.4

	 Layout : left-symmetric
 Chunk Size : 64K

  Number   Major   Minor   RaidDevice State
this	 1	   8	   16		1	  active sync   /dev/sdb

  0	 0	   8		0		0	  active sync   /dev/sda
  1	 1	   8	   16		1	  active sync   /dev/sdb
  2	 2	   8	   32		2	  active sync   /dev/sdc

(et pareil pour /dev/sdc)

En gros que faire pour reconstruire le raid là ? (Le disque dur /dev/sda est un disque dur que je viens de mettre, en simulation de nouveau disque dur, il est formatté en type "fd" etc ...)

Merci

Lien vers le commentaire
Partager sur d’autres sites

Problème résolu ...

Je n'ai pas tout compris mais j'ai fini par trouver une commande qui a tout réglé semble-t'il ...

Il fallait faire un "mdadm --assemble --scan -v" :

# /sbin/mdadm --assemble --scan -v
mdadm: looking for devices for further assembly
mdadm: cannot open device /dev/sdd5: Device or resource busy
mdadm: no recogniseable superblock on /dev/sdd2
mdadm: cannot open device /dev/sdd1: Device or resource busy
mdadm: cannot open device /dev/sdd: Device or resource busy
mdadm: no RAID superblock on /dev/sda1
mdadm: no RAID superblock on /dev/sda
mdadm: /dev/sdc is identified as a member of /dev/md/0, slot 2.
mdadm: /dev/sdb is identified as a member of /dev/md/0, slot 1.
mdadm: no uptodate device for slot 0 of /dev/md/0
mdadm: added /dev/sdc to /dev/md/0 as 2
mdadm: added /dev/sdb to /dev/md/0 as 1
mdadm: /dev/md/0 has been started with 2 drives (out of 3).
mdadm: looking for devices for further assembly
mdadm: no recogniseable superblock on /dev/md0
mdadm: cannot open device /dev/sdd5: Device or resource busy
mdadm: no recogniseable superblock on /dev/sdd2
mdadm: cannot open device /dev/sdd1: Device or resource busy
mdadm: cannot open device /dev/sdd: Device or resource busy
mdadm: cannot open device /dev/sdc: Device or resource busy
mdadm: cannot open device /dev/sdb: Device or resource busy
mdadm: no recogniseable superblock on /dev/sda1
mdadm: no recogniseable superblock on /dev/sda
mdadm: looking for devices for further assembly
mdadm: no recogniseable superblock on /dev/md0
mdadm: cannot open device /dev/sdd5: Device or resource busy
mdadm: no recogniseable superblock on /dev/sdd2
mdadm: cannot open device /dev/sdd1: Device or resource busy
mdadm: cannot open device /dev/sdd: Device or resource busy
mdadm: cannot open device /dev/sdc: Device or resource busy
mdadm: cannot open device /dev/sdb: Device or resource busy
mdadm: no recogniseable superblock on /dev/sda1

Ca ne m'avait jamais fait cela du coup après j'ai réessayé d'adder le dd /dev/sda :

# mdadm /dev/md0 -a /dev/sda
mdadm: added /dev/sda

Bingo en vérifiant :

# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md0 : active raid5 sda[3] sdb[1] sdc[2]
  1953524992 blocks level 5, 64k chunk, algorithm 2 [3/2] [_UU]
  [>....................]  recovery =  0.1% (1223936/976762496) finish=265.6min speed=61196K/sec

unused devices: <none>

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

×
×
  • Créer...