Pourquoi une matrice RAID reste-t-elle dégradée après l’ajout d’un disque de remplacement ?

Une grappe RAID reste dégradée lorsque le disque de remplacement est visible, mais n’est pas devenu un membre valide pour la reconstruction. Les causes courantes sont une taille incorrecte, des métadonnées étrangères, un état non pris en charge, l’absence d’affectation manuelle ou la défaillance d’un autre disque source.

N’initialisez pas le disque de remplacement et n’importez pas au hasard une configuration étrangère. Identifiez d’abord la grappe exacte, le rôle manquant, le numéro de série du disque de remplacement, l’état du contrôleur et l’admissibilité à la reconstruction. L’objectif est d’ajouter une cible vide admissible sans modifier la configuration source de confiance.

Vérifiez que le contrôleur approprié détecte le disque de remplacement

Un disque peut apparaître dans le système d’exploitation tout en restant indisponible pour le contrôleur RAID, ou apparaître sur le contrôleur dans un emplacement de boîtier différent de celui attendu. Comparez le numéro de série physique, la baie, le port du contrôleur et le nombre de secteurs indiqué.

Si le nouveau disque n’est pas visible au niveau RAID, vérifiez l’alimentation, le fond de panier, le câble, le mode HBA et le mappage du boîtier avant de modifier les métadonnées de la grappe. Des insertions répétées sans vérifier le numéro de série peuvent conduire à intervenir sur le mauvais membre.

Ready, Unconfigured et Spare ne signifient pas que la reconstruction est en cours

De nombreux contrôleurs matériels placent un nouveau disque dans un état neutre, tel que Ready ou Unconfigured Good. La grappe reste dégradée jusqu’à ce que le disque soit affecté en tant que remplacement, disque de secours dédié ou disque de secours global admissible, selon la procédure du contrôleur.

Un nouveau disque à l’état Ready en est un bon exemple : sa simple présence ne suffit pas à remplir le rôle manquant dans le RAID. Vérifiez si une insertion à chaud, un remplacement manuel ou l’affectation d’un disque de secours est nécessaire.

Le RAID logiciel nécessite généralement un ajout explicite

Les grappes md sous Linux ne réintègrent pas nécessairement un disque disparu simplement parce qu’un périphérique bloc est de nouveau disponible au même chemin. L’ancien membre peut toujours être marqué comme retiré, tandis que le disque de remplacement n’existe que comme périphérique inutilisé.

Le comportement de réintégration manuelle avec mdadm reflète une limite de sécurité : faire automatiquement confiance à un périphérique qui a déjà disparu peut être plus risqué que d’exiger qu’un administrateur le vérifie et l’ajoute délibérément.

Des métadonnées étrangères peuvent bloquer le remplacement

Un disque réutilisé peut contenir des signatures RAID provenant d’une autre grappe. Les contrôleurs le signalent comme étranger, car son importation pourrait modifier la configuration active. Un disque neuf peut également contenir des métadonnées d’usine, de test ou d’une utilisation précédente qui l’empêchent d’être automatiquement admissible.

N’importez pas de configuration étrangère depuis un disque destiné à remplacer un disque vide. Dans le cas d’un disque de remplacement à la configuration étrangère, la procédure appropriée consistait à faire passer le nouveau membre à l’état « bon non configuré », et non à importer son ancienne définition de grappe.

La capacité et la géométrie des secteurs doivent respecter le minimum requis par la grappe

Le disque de remplacement doit fournir au moins autant de secteurs utilisables que le disque défaillant. Un disque de capacité nominale identique peut être légèrement plus petit. Certains contrôleurs rejettent également les changements de format de secteur logique ou physique, de type d’interface, de certification du micrologiciel ou de capacité de chiffrement.

Comparez la capacité exacte et le format des secteurs, et pas seulement l’étiquette sur l’emballage. Si le contrôleur indique que le nouveau disque n’est pas pris en charge ou qu’il est trop petit, ne le forcez pas à passer en ligne ; choisissez un disque de remplacement compatible et de plus grande capacité.

Un autre disque source peut empêcher la reconstruction

La reconstruction nécessite des données lisibles provenant des disques survivants. Si un autre disque présente des secteurs irrécupérables, des délais d’attente répétés ou disparaît de la grappe, le contrôleur peut interrompre la reconstruction, conserver le disque de remplacement comme disque de secours ou rester en état dégradé après l’échec de la reconstruction.

Consultez le journal des événements depuis le moment où le disque d’origine est tombé en panne jusqu’à la tentative de remplacement. L’alerte la plus récente peut concerner le disque de remplacement, tandis que le véritable problème est une erreur de lecture sur un autre disque source.

Suivez une procédure de dépannage basée sur l’état

Une affectation manuelle de reconstruction propre au contrôleur peut utiliser une action de disque de secours pour déclencher la récupération. Utilisez la transition d’état documentée pour la plateforme plutôt que des commandes génériques copiées d’une autre pile RAID.

Vérifiez le déclenchement de la reconstruction avant de quitter le système

Une fois le remplacement affecté, surveillez suffisamment longtemps pour confirmer que le nombre de blocs traités augmente et que le numéro de série visé est bien celui de la cible. Une transition d’état qui démarre puis s’interrompt immédiatement laisse toujours la matrice dans un état dégradé, même si le tableau de bord a brièvement indiqué une reconstruction en cours.

Enregistrez la première erreur après un abandon. Elle indique souvent plus clairement le véritable problème que le résumé final, surtout si un disque source encore fonctionnel expire ou si le contrôleur rejette la géométrie de la cible.

FAQ

Dois-je d’abord initialiser le disque de remplacement ?

En général, non. L’initialisation peut écrire des métadonnées et être destructrice si le mauvais disque est sélectionné. Préparez uniquement la cible dont vous avez confirmé qu’elle est vide, à l’aide du processus de remplacement du contrôleur.

Pourquoi le remplacement à froid a-t-il laissé le nouveau disque inutilisé ?

Certains contrôleurs détectent et associent différemment un disque de remplacement lors d’une insertion à chaud. Le remplacement à froid peut laisser un rôle manquant ainsi qu’un autre disque prêt à l’emploi qui doit être affecté manuellement.

Puis-je forcer la mise en ligne du disque ?

Les actions de mise en ligne forcée sont prévues pour des situations de récupération spécifiques et peuvent promouvoir des données obsolètes. Pour un nouveau disque de remplacement vide, affectez-le comme cible de reconstruction ou comme disque de secours au lieu de faire comme s’il contenait les données actuelles de la matrice.

La matrice n’est saine qu’après la modification de ses membres

Le remplacement visible ne supprime pas l’état dégradé. Il doit être éligible, affecté au rôle manquant, reconstruit à partir de sources lisibles et promu au rang de membre actif synchronisé.