A RAID5 showing “Protecting” is not automatically stuck or rebuilding. In the source case, /proc/mdstat showed all four members present as [UUUU], while sync_action returned idle and array_state returned clean. That is a healthy mdraid state.
L’indication « Protection » peut donc correspondre à une présentation par ZimaOS de l’état de protection/parité, plutôt qu’à la preuve d’une reconstruction en cours. Vérifiez l’état sous-jacent de la grappe avant de l’interrompre.
Consulter d’abord /proc/mdstat
cat /proc/mdstatPour un RAID5 à quatre disques, [UUUU] signifie que les quatre emplacements de membre attendus sont actifs. Un tiret bas manquant, comme dans [UU_U], indique qu’un membre est manquant ou défaillant.
Vérifier si une synchronisation est en cours
cat /sys/block/md0/md/sync_actionL’utilisateur source a obtenu idle, ce qui confirme qu’aucune resynchronisation, récupération ou vérification n’était en cours à ce moment-là.
Vérifier l’état de la grappe md
cat /sys/block/md0/md/array_stateclean signifie que md considère la grappe comme cohérente et non modifiée.
Comprendre le bitmap d’intention d’écriture
La sortie source affichait un bitmap. Un bitmap d’intention d’écriture suit les régions modifiées lorsque la grappe est active et peut réduire le travail de récupération après un arrêt incorrect. Sa présence ne constitue pas en soi une erreur.
Comparer avec le comportement actuel de RAID dans ZimaOS
Le guide RAID de ZimaOS actuel indique que RAID5 active automatiquement la parité et que l’initialisation peut se poursuivre pendant que la grappe reste utilisable.
Quand l’état « Protection » nécessite une vérification
Vérifiez si /proc/mdstat indique une reconstruction/resynchronisation, un ou plusieurs membres manquants, des erreurs d’E/S répétées, un état Dégradé dans l’interface ou si array_state n’est pas à l’état clean alors que vous vous y attendez.
N’arrêtez pas la grappe simplement pour effacer le libellé
Si la grappe est propre, inactive et complète, arrêter mdraid peut créer des risques inutiles. « Protecting » ne justifie pas de recréer le pool.
Effectuez des sauvegardes même lorsque le RAID est en bon état
Le RAID5 protège contre la défaillance d’un seul disque, mais pas contre la suppression, les logiciels malveillants, la défaillance du contrôleur ou les catastrophes. Conservez une sauvegarde indépendante.
Le guide de planification des sauvegardes présente cette seconde couche.
« Protecting » peut apparaître après la création ou l’extension
La grappe source venait d’être créée, puis avait été remplie avec plusieurs téraoctets de données. ZimaOS peut conserver un libellé d’état axé sur la protection même lorsque mdraid ne signale plus de synchronisation active. L’état md de bas niveau constitue donc un indicateur de diagnostic plus fiable.
Recherchez les erreurs d’E/S masquées
dmesg | grep -Ei 'md0|nvme|erreur|délai d’attente|réinitialisation' | tail -100Si la grappe est propre, mais que le noyau signale des réinitialisations NVMe répétées ou des erreurs d’E/S, examinez le disque concerné ou le chemin PCIe au lieu de considérer l’état comme purement esthétique.
Consignez un état de référence sain
Enregistrez une copie de /proc/mdstat, de array_state et des numéros de série des membres lorsque la grappe est en bon état. Si elle passe ensuite à l’état dégradé, vous disposerez d’une référence fiable pour la comparaison.
FAQ
« Protecting » signifie-t-il que le RAID est en cours de reconstruction ?
Pas nécessairement. Dans le cas de la source, sync_action était inactif et la grappe était propre.
Que signifie [UUUU] ?
Les quatre membres mdraid attendus sont actifs.
Dois-je attendre avant de copier des données ?
Si une initialisation ou une resynchronisation est en cours, les performances peuvent être réduites ; vérifiez /proc/mdstat plutôt que de vous fier uniquement au libellé.
Quand un RAID5 est-il en mauvais état ?
Des membres manquants, un état dégradé, des erreurs d’E/S, des diagnostics SMART défaillants ou une récupération en cours après une déconnexion inattendue nécessitent une intervention.
