Passage d'un raid 1 a un raid 5 [resolu][mdadm] - Hardware - Linux et OS Alternatifs
Marsh Posté le 08-11-2015 à 07:35:53
Mouais, changement d'un format de RAID, c'est toujours récupération des données et reformatage comme si tu installais à neuf
Le système en voyant la gueule des disques a dû se dire "ok le p'tit gars il est bien gentil, j'en ai 2 en RAID 1 là, il veut m'en ajouter un 3ème je le met en spare", en gros :
- toi t'as demandé un RAID 5 complet
- lui a compris RAID 1 avec spare
Après avant de lancer la reconstruction, j'aurais suivi ce qu'il t'indiquait :
Citation : Dans quelques cas certaines informations sont utiles dans syslog — essayez |
Aujourd'hui aussi, le RAID 5 est dépassé, il vaut mieux utiliser du RAID 6 (nécessitant 4 disques mini, mais au prix actuel )
Marsh Posté le 08-11-2015 à 18:28:35
Ce qui me gène dans les commandes passées :
Citation : mdadm --create /dev/md127 --level=5 --raid-devices=2 /dev/sda /dev/sdb |
pourquoi avoir fait un "create" au lieu d'un "grow" ?
Il y a de forte chances que l'option create a détruit tes données
Marsh Posté le 08-11-2015 à 18:57:58
de memoire lors de mes tests il y a un moment de ca, l'ensemble des commandes fonctionnait correctement.
Le disque c'est retrouvé en spare parceque j'ai pas attendu la fin de la premiere reconstruction pour faire le grow...
Verdict dans 1 petite heure
Edit:
Data presente apres le resize du FS
Mon erreur etait la :
|
Marsh Posté le 08-11-2015 à 02:06:47
Bonsoir a tous,
J'ai voulu jouer a l’apprenti sorcier sur une grappe RAID 1 (avec des données dessus sinon ça ne serrait pas drôle ).
J'ai rajouté un disque a mon systeme et j'ai voulu migrer ce RAID 1 vers un RAID 5
Voici les commandes que j'ai passé
mdadm --stop /dev/md127
mdadm --create /dev/md127 --level=5 --raid-devices=2 /dev/sda /dev/sdb
mdadm --add /dev/md127 /dev/sdc
mdadm --grow /dev/md127 --raid-devices=3
la grappe c'est bien reconstruite mais la c'est le début des soucis...
root@nas:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md127 : active raid5 sdd[0] sda[2](S) sdc[3]
2930135040 blocks super 1.2 level 5, 512k chunk, algorithm 2 [2/2] [UU]
unused devices: <none>
root@nas:~# mdadm --detail /dev/md127
/dev/md127:
Version : 1.2
Creation Time : Sat Nov 7 15:27:03 2015
Raid Level : raid5
Array Size : 2930135040 (2794.39 GiB 3000.46 GB)
Used Dev Size : 2930135040 (2794.39 GiB 3000.46 GB)
Raid Devices : 2
Total Devices : 3
Persistence : Superblock is persistent
Update Time : Sun Nov 8 01:51:59 2015
State : clean
Active Devices : 2
Working Devices : 3
Failed Devices : 0
Spare Devices : 1
Layout : left-symmetric
Chunk Size : 512K
Name : nas:127 (local to host nas)
UUID : f4784e56:a1ea841a:f8009183:82c1267e
Events : 489
Number Major Minor RaidDevice State
0 8 48 0 active sync /dev/sdd
3 8 32 1 active sync /dev/sdc
2 8 0 - spare /dev/sda
J'ai un disque qui reste en spare (toujours un des anciens volume de ma grappe raid 1) ....
plus grave , impossible de monter le volume raid
mount : mauvais type de système de fichiers, option erronée, superbloc
erroné sur /dev/md127, page de code ou aide manquante, ou autre erreur
Dans quelques cas certaines informations sont utiles dans syslog — essayez
« dmesg | tail » ou quelque chose du genre
root@nas:~# e2fsck /dev/md127
e2fsck 1.42.5 (29-Jul-2012)
La taille du système de fichiers (selon le superbloc) est de 732533840 blocs
La taille physique du périphérique est de 732533760 blocs
Le superbloc ou la table des partitions est peut-être corrompue !
Ai-je perdu toute mes données?
Edit: J'ai repassé la commande de grow et ca reconstruit la grappe sur 3 disques
root@nas:~# mdadm --grow /dev/md127 --raid-devices=3
mdadm: Need to backup 1024K of critical section..
root@nas:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4]
md127 : active raid5 sdd[0] sda[2] sdc[3]
2930135040 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
[>....................] reshape = 0.0% (181760/2930135040) finish=1350.8min speed=36147K/sec
reste a voir si je récupère l’accès a mes données dans quelques 10aine d'heures
Message édité par dreamkiller le 08-11-2015 à 20:50:25