Vérifier / surveiller l'état du RAID logiciel (Linux)
Veuillez utiliser la fonction « Imprimer » au bas de la page pour créer un PDF.
Pour les serveurs Serveur Dédié et Serveur Bare Metal sous Linux
Cet article vous explique comment vérifier et surveiller l'état d'un RAID logiciel sur un Serveur Dédié ou un Serveur Bare Metal fonctionnant sous Linux. Cela est essentiel pour pouvoir réagir immédiatement en cas de défaillance d'un disque.
Vérifier l'état du RAID logiciel
- Connectez-vous au serveur en tant qu'administrateur.
Pour vérifier l'état du RAID logiciel, saisissez la commande suivante :
[root@localhost ~]# cat /proc/mdstat
État lorsque le RAID est intact
Si tous les disques sont correctement montés, le résultat s'affiche comme suit :
Serveur dédié avec 2 SSD et RAID 1
[root@localhost ~]# cat /proc/mdstat
Personalities : [raid1]
read_ahead 1024 sectors
md2 : active raid1 sda3[1] sdb3[0]
262016 blocks [2/2] [UU]
md1 : active raid1 sda2[1] sdb2[0]
119684160 blocks [2/2] [UU]
md0 : active raid1 sda1[1] sdb1[0]
102208 blocks [2/2] [UU]
unused devices: <none>
Cet exemple présente trois périphériques RAID (md0, md1, md2). À la fin de la ligne correspondant à chaque périphérique md, l'état des matrices RAID est indiqué entre crochets.
[2/2] signifie : 2 périphériques sur 2 sont actifs. Chaque « U » représente un périphérique à l'état « Up » (opérationnel).
Serveur dédié avec 2 SSD, 4 disques durs et RAID 5
Personalities : [raid1] [raid5]
md127 : active raid1 sda2[0] sdd2[1]
1428416 blocks super 1.0 [2/2] [UU]
md11 : active raid5 sdb1[1] sde1[0] sdc1[2] sdf1[3]
23442074112 blocks super 1.0 level 5, 512k chunk [4/4] [UUUU]
Cet exemple montre les périphériques RAID md127 (RAID 1) et md11 (RAID 5).
[2/2] ou [4/4] : indique le nombre de disques prévus dans le réseau et le nombre de ceux qui sont actifs.
[UU] : chaque « U » signifie « Up » (en service). Un RAID 5 composé de quatre disques durs affiche donc [UUUU].
État en cas de défaillance ou d'absence d'un support de données
Si un disque est en panne ou manquant, l'affichage change :
Serveur dédié avec 2 SSD et RAID 1
[root@localhost ~]# cat /proc/mdstat
Personalities : [raid1]
read_ahead 1024 sectors
md0 : active raid1 sda1[1]
102208 blocks [2/1] [U_]
md2 : active raid1 sda3[1]
262016 blocks [2/1] [U_]
md1 : active raid1 sda2[1]
119684160 blocks [2/1] [U_]
unused devices: <none>
Serveur dédié avec 2 SSD, 3 disques durs et RAID 5
md127 : active raid1 sda2[0]
1428416 blocks super 1.0 [2/1] [U_]
Le symbole _ dans l'entrée [U_] indique qu'un périphérique de la matrice est manquant ou défectueux. [2/1] indique qu'il ne reste plus qu'un seul périphérique actif sur les deux. Dans ce cas, une intervention urgente est nécessaire. Le cas échéant, prenez contact avec le Service Client IONOS pour un remplacement du matériel.
Afficher les détails d'un périphérique RAID
Pour afficher plus de détails sur un périphérique RAID, utilisez la commande mdadm. Cela est nécessaire, par exemple, si vous devez savoir quel disque dur physique est précisément défectueux.
Pour une analyse plus approfondie d'une matrice spécifique, utilisez la commande mdadm -D /dev/md1.
Adaptez la commande suivante en fonction de votre configuration, puis exécutez-la :
[root@localhost ~]# mdadm -D /dev/mdX
Exemple :
[root@localhost ~]# mdadm -D /dev/md127
- Dans la sortie, prêtez particulièrement attention aux lignes suivantes :
State : un RAID sans erreur est indiqué comme « clean ». Les états critiques sont « degraded » ou « dirty ».
- Active Devices/Working Devices : ils doivent correspondre au nombre de périphériques RAID.
- Failed Devices : indique le nombre de disques défectueux.
- RaidDevice State : vous pouvez voir ici l'état de chaque partition (par exemple /dev/sda1). Le statut « active sync » signifie « en cours de synchronisation », tandis que « faulty » ou « removed » indique un dysfonctionnement.
- Rebuild Status : si vous venez de remplacer un disque, la progression de la reconstruction s’affiche ici en pourcentage.
Exemples de configurations RAID efficaces :
Serveur dédié avec 2 SSD et RAID 1
[root@localhost ~]#mdadm -D /dev/md1
/dev/md1:
Version : 0.90
Creation Time : Tue Sep 11 21:33:24 2012
Raid Level : raid1
Array Size : 4194240 (4.00 GiB 4.29 GB)
Used Dev Size : 4194240 (4.00 GiB 4.29 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Persistence : Superblock is persistent
Update Time : Wed Jun 10 11:11:05 2015
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
UUID : 2db35cef:bde058e8:1f51fb89:78ee93fe
Events : 0.251
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 8 17 1 active sync /dev/sdb1
Serveur dédié avec 2 SSD, 3 disques durs et RAID 5
[root@localhost ~]# mdadm -D /dev/md127
/dev/md127:
Version : 1.0
Creation Time : Mon Feb 23 10:05:22 2026
Raid Level : raid1
Array Size : 1428416 (1394.94 MiB 1462.70 MB)
Used Dev Size : 1428416 (1394.94 MiB 1462.70 MB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Tue Feb 24 14:24:22 2026
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Consistency Policy : resync
Name : punix:2
UUID : 92475c4d:a0880ac6:3192b41e:d1db328b
Events : 43
Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
2 8 50 1 active sync /dev/sdd2
En cas de disque manquant, la sortie ressemble à ceci :
mdadm -D /dev/md0
/dev/md0:
Version : 00.90.00
Creation Time : Thu Aug 21 12:22:43 2003
Raid Level : raid1
Array Size : 102208 (99.81 MiB 104.66 MB)
Device Size : 102208 (99.81 MiB 104.66 MB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Fri Oct 15 06:25:45 2004
State : dirty, no-errors
Active Devices : 1
Working Devices : 1
Failed Devices : 1
Spare Devices : 0
Number Major Minor RaidDevice State
0 0 0 0 faulty removed
1 3 1 1 active sync /dev/sda1
UUID : f9401842:995dc86c:b4102b57:f2996278
Configurer la surveillance continue
Si vous avez configuré le système d'exploitation de votre serveur pour l'envoi d'e-mails, vous pouvez également recevoir un message d'erreur par e-mail en cas de panne d'un support de données.
Préparer l'envoi d'e-mails
Assurez-vous que votre serveur est en mesure d'envoyer des e-mails.
Remarque
Vous pouvez par exemple utiliser Postfix pour envoyer et recevoir des e-mails. Vous trouverez des instructions sur la configuration de Postfix pour l'utilisation d'un compte de messagerie IONOS dans l'article suivant du Centre d'Assistance : Configurer Postfix (Linux)
Configurer l'adresse de notification
Pour être automatiquement averti en cas de panne, le service mdadm doit s'exécuter en tant que démon en arrière-plan.
Ouvrez le fichier de configuration à l'aide d'un éditeur (par exemple, nano ou vi). Le chemin d'accès dépend de la distribution :
Ubuntu 22.04, Ubuntu 24.04 et Debian 13 :/etc/mdadm/mdadm.conf
AlmaLinux et Rocky Linux 9/10 :
/etc/mdadm.conf
Exemple :
[root@localhost ~]# vi /etc/mdadm/mdadm.conf
Remarque
L'éditeur vi dispose d'un mode d'insertion et d'un mode de commande. Vous pouvez accéder au mode d'insertion à l'aide de la touche [i]. Dans ce mode, les caractères saisis sont immédiatement insérés dans le texte. Pour passer en mode commande, appuyez ensuite sur [ESC]. Lorsque vous utilisez le mode commande, vos saisies au clavier sont interprétées comme des commandes.
Recherchez ou ajoutez la ligne MAILADDR et saisissez votre adresse e-mail :
MAILADDR admin@example.com
- Pour quitter vi et enregistrer le fichier, saisissez la commande :wq puis appuyez sur la touche Entrée.
Démarrer le service de surveillance
Pour démarrer le service de surveillance afin qu'il soit chargé automatiquement à chaque démarrage du système, saisissez la commande suivante :
AlmaLinux et Rocky Linux 9 et 10
[root@localhost ~]# systemctl enable --now mdmonitor
Ubuntu 22.04, Ubuntu 24.04 et Debian 13
[root@localhost ~]# systemctl enable --now mdadm
[root@localhost ~]# update-initramfs -u
Vérifier la journalisation (Logging)
En plus de l'envoi d'e-mails, tous les événements RAID sont consignés dans le journal système. Vous pouvez consulter ces informations à l'aide des commandes suivantes :
AlmaLinux et Rocky Linux 9 et 10
[root@localhost ~]# journalctl -u mdmonitor -f
Ubuntu 22.04, Ubuntu 24.04 et Debian 13
[root@localhost ~]# journalctl -u mdadm -f
Tous les événements RAID sont consignés dans le journal système. Selon la distribution, vous trouverez les journaux dans les fichiers suivants :
Debian 13 : /var/log/syslog
AlmaLinux/Rocky Linux : /var/log/messages
Universel (Journald) : journalctl -u mdmonitor -f