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