Pour supprimer un volume RAID il ne suffit pas d’arrêter et de supprimer le device correspondant.

En effet l’auto-assemblage des volumes RAID scan les disques-dur, détecte les superblock et ré-assemble un volume au reboot suivant.

Voici comment procéder.

On commence par arreter le volume :

sudo mdadm --stop /dev/md0
sudo mdadm --remove/dev/md0

Puis on supprime les superblocks :

sudo mdadm --zero-seperblock /dev/sda3
sudo mdadm --zero-seperblock /dev/sdb1

On peut alors vérifier que nos partition se redevenues « normales » :

sudo mdadm --examine /dev/sda3
mdadm : no md superberblock detected on /dev/sda3

Enfin il faudra ensuite commenter la ligne concernant la grappe dans le fichier /etc/mdadm/mdadm.conf, sinon il y aura une erreur au reboot.

Source :

Removing RAID Devices – How-to Remove Linux Software RAID Devices – Array, Raid, Mdadm, Linux, Devices

Illustration par Vitor Sá – Virgu

Lorsque j’ai commencé à jouer avec le RAID (dans une machine virtuelle)  j’avais oublié de mettre à jour mon fichier mdadm.conf et je pensais qu’un RAID non paramétré dans ce fichier n’était pas assemblé.

Au reboot j’ai donc voulu réassembler mon RAID avec la commande :

sudo mdadm --assemble /dev/md0 /dev/sda3 /dev/sdb1

Et là stupeur, j’ai eu l’erreur :

mdadm: cannot open device /dev/sda3 : device or resource busy
mdadm: /dev/sda3 has no superblock -assembly aborted

Ma première réaction a été, heureusement que je fais des test dans une machine virtuelle et non pas sur un vrai disque avec des données dessus….

J’ai alors fait quelques recherches sur Internet et j’ai resolu le problème en appliquant la deuxième solution de ce billet.

Ce n’est que plus tard que j’ai compris que un RAID même non paramétré dans mdadm.conf était monté, mais non pas sous le device indiqué lors de sa création, mais sous une autre device dont le nom est attribué par le sytème.

Solution 1 : trouver et supprimer l’array auto-assemblé

Pour résoudre ce problème, il suffit de chercher le volume RAID auto-assemblé qui utilise les disques de notre RAID, pour cela on regarde les stats de mdmadm :

cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md_d0 : active raid1 sda3[0] sdb1[1]
      570240 blocks [2/2] [UU]
 
unused devices: <none>

On voit ici un device RAID md_d0 qui utilise nos 2 partitions, il suffit donc de l’arrêter et de la supprimer pour pouvoir réssaembler notre RAID à la main :

sudo mdadm --stop /dev/md_d0 
sudo mdadm --remove /dev/md_d0
sudo mdadm --assemble /dev/md0 /dev/sda3 /dev/sdb1

Solution 2 : on supprime tout

Cette solution est à appliquer en cas d’échec de la première elle est beaucoup plus expeditive.

On supprime le fichier de configuration :

sudo mv/etc/mdadm/mdadm.conf /etc/mdadm/mdadm.conf-save

On reboot et on peut ré-assembler son RAID (et ajouter la configuration dans mdadm.conf)

Illustration par Random Activity sous CC

Pour rappel le RAID1 consiste à assembler 2 disques dur (au moins 2) dans une grappe (ou array).

Les écritures faite sur cette grappe sont répliquées/dupliquées sur les 2 disques dur, ainsi en cas de défaillance d’un des disques les données sont toujours présentes sur l’autre.

Pour plus d’information sur les différents niveaux de RAID cf. wikipedia : http://fr.wikipedia.org/wiki/RAID_%28informatique%29 et comment ça marche : http://www.commentcamarche.net/contents/protect/raid.php3

En pré-requis il faut donc avoir 2 disques dur ayant une partion de même taille marquée en « Linux RAID autodetect » (cf. article Préparer un disque dur pour monter un RAID logiciel).

Il faut ensuite avoir installé mdadm.

Création la grappe

On indique ici à mdadm le type de RAID que l’on fait (level = 1), le nombre de disques dur composant cette grappe (raid-devices=2), le nom de la grappe (/dev/md0) et les partitions composant la grappe (/dev/sda3 et /dev/sdb1) :

sudo mdadm --create --verbose /dev/md0 --level=1 --raid-devices=2 /dev/sda3 /dev/sdb1

la commande nous rend la main quasiment aussitôt mais il faut faire très attention puisque la synchronisation des partitions se fait en arrière plan.

watch -n 3 cat /proc/mdstat

Ce qui affiche ce résultat (actualisé toutes les 3 secondes) :

Every 3,0s: cat /proc/mdstat                                            Tue Nov 17 13:43:26 2009
 
Personalities : [raid1]
md0 : active raid1 sdb1[1] sda3[0]
      292969216 blocks [2/2] [UU]
      [>....................]  resync =  0.3% (997184/292969216) finish=63.4min speed=76706K/sec
 
unused devices: <none>

Au terme de la ynchronisation on aura ceci :  

Every 3,0s: cat /proc/mdstat                                            Tue Nov 17 15:00:19 2009
 
Personalities : [raid1]
md0 : active raid1 sdb1[1] sda3[0]
      292969216 blocks [2/2] [UU]
 
unused devices: <none>

Sauvegarde des caractéristiques de la grappe (optionnel)

Avec la commande précédente on a créé et assemblé la grappe, elle peut au terme de la synchronisation être utilisée directement.

Cependant sans autre configuration elle ne sera pas remonté au prochain démarrage.

En fait si, mdadm scan les disque à la recherche des superblock caractérisant les partitions RAID et reconstitue les grappe.

Cependant le device créé aura un nom différent de celui donné à la création (md_d0 par exemple au lieu de md0)

Pour plus de sureté, de maîtrise on peut vouloir sauvegarder les les caratéristiques de la grappe.

Cela se fait via le fichier /etc/mdadm/mdadm.conf

On peut si on le souhaite lire attentivement la page man de madadm.conf et créer le paramétrage mdadm.conf à la main, ou exécuter la commande suivante qui va réaliser le travail pour nous :

sudo bash -c "mdadm --detail --scan >> /etc/mdadm/mdadm.conf"

Ce qui ajoutera la ligne suivante au fichier mdadm.conf :

ARRAY /dev/md0 level=raid1 num-devices=2 metadata=00.90 UUID=a02d4c25:4c0a891c:c0c43f3e:b08f1a90

Remarques :

On trouvera parfois que pour alimenter le fichier mdadm.conf il faut éxécuter la commande

mdadm --examine --scan >> /etc/mdadm/mdadm.conf

Cette commande scanne les disques à la recherche des superblocks caractéristiques d’un volume RAID, tandis que la précédente interroge les grappes actives pour retrouver leur informations.

Elle renvoit sensiblement la même chose :

ARRAY /dev/md0 level=raid1 num-devices=2 UUID=a02d4c25:4c0a891c:c0c43f3e:b08f1a90 

(La donnée metadata=00.90 à disparue)

Enfin d’autres sites préconisent l’ajout du flag –verbose à la commande (–examine –scan), cela pour conséquence d’ajouter le nom des partitions utilisé par la grappe RAID :

mdadm --detail --scan --verbose >> /etc/mdadm/mdadm.conf
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=00.90 UUID=a02d4c25:4c0a891c:c0c43f3e:b08f1a90
   devices=/dev/sda3,/dev/sdb1

On peut (il est conseillé) d’éditer le fichier mdadm.conf pour voir les lignes ajoutés, les comprendre à l’aide du man et éventuellement les modifier.

Utilisation du volume RAID

Le volume RAID peut ensuite être utilisé comme n’importe quelle autre partition. Il faut le formatter, puis le monter (à la main ou avec le fstab)

sudo mkfs.ext3 /dev/md0
sudo mount /dev/md0 /mnt/

Sources :

mdadm –detail vs mdadm –examine : http://osdir.com/ml/linux-raid/2009-04/msg00245.html

mdadm: A New Tool For Linux Software RAID Management – O'Reilly Media

Software Raid | Raid Arrays | mdadm on Linux

raid_logiciel – Documentation Ubuntu Francophone

Forum Ubuntu-fr.org / [Résolu] Raid 5 : raid inactif après reboot

Using mdadm to send e-mail alerts for RAID failures

Mdadm – Le wiki de 2 noisettes – noisette.ch

Doug Bunger: Activating an Inactive Raid Element

expert:mdadm [Linuxpédia]

Illustration par sean dreilinger sous CC

Or lorsque l’on install mdadm, aptitude propose/impose l’installation de postfix et ssl-cert, voyons comment nous en affranchir.

Pour avoir plus d’information concernant cette dépendance on peut faire

sudo aptitude why mdadm postfix

ou

sudo aptitude show mdadm

Dans les 2 cas on remarquera que postfix n’est qu’une recommandation et non pas une dépendance et que la recommandation est :

postfix | mail-transport-agent

Donc si on a déjà un MTA d’installé (exim, ssmtp, etc), postfix ne sera pas installé.

A partir de là 2 solutions :

• installer un autre MTA que postfix avant l’installation de mdadm. Je recommande l’installation de sSTMP
• installer mdadm en ignorant les recomandations :

sudo aptitude install mdadm --without-recommends

Remarque :

Un MTA est recommandé pour que le démon mdadm puisse envoyer des emails d’alerte en cas de défaillance du RAID.

Taille des partitions:

Pour faire du RAID 1 ou 5  il faut que les partitions qui seront assemblées dans le RAID aient la même taille.

On créera donc sur chacun de nos disque dur une nouvelle partition d’une taille donnée par le plus petit espace disponible sur les n  (2 pour RAID1) disques dur à assembler.

Exemple :

Pour un RAID1 si on a :

• Disque 1  : espace disponible : 320 Go
• Disque 2  : espace disponible : 500 Go

Le volume RAID1 correspondant ne pourra faire que maximum 320 Go, il faut donc sur les 2 disques faire une partition de cette taille.

Pour l’opération de création de partition se reporter à cet article (en ajoutant la manipulation ci-dessous)

Marquer la partition pour le RAID

Il faut que les partitions qui seront intégré à un array RAID (quelque soit son niveau) soient marquées avec le type « Linux Raid autodetect« 

Dans cfdisk sélectionner la partition voulue puis le menu [Type] (ou touche t)

cfisk - marquer une partition

Un premier écran apparait listant les types de partition connus :

cfidisk - flag de partition

cfidisk - flag de partition

On doit alors indiquer le type voulu.

Pour marquer une partion RAID il faut saisir « FD » puis entrée.

Et voila notre partition est prête pour le RAID.

cfdisk - partition RAID

On peut alors comme pour toutes  manipulation de la table des partitions écrire les changements, quitter cfdisk et exécuter parprobe pour les rendre visibles par le noyau.