Que devez-vous vérifier lorsque la capacité RAID n'augmente pas après le remplacement d'un disque ?

La capacité RAID reste généralement inchangée car une couche signale toujours l’ancienne limite. Confirmez la reconstruction, les tailles des membres, la géométrie de l’ensemble, le partitionnement et le système de fichiers dans cet ordre.

Le remplacement des disques n’est qu’une étape matérielle. Un NAS peut contenir plusieurs limites de taille empilées, et chacune doit exposer la limite supérieure avant que la couche suivante puisse l’utiliser. Le diagnostic le plus sûr commence par des vérifications en lecture seule, identifie la première couche encore petite, et agrandit uniquement cette couche au lieu de répéter le remplacement.

Confirmez que chaque remplacement est entièrement intégré

La capacité ne peut pas augmenter tant qu’un miroir ou un groupe de parité contient encore un membre original plus petit, une réserve qui n’est pas devenue active, ou un remplacement en cours de reconstruction. L’ensemble utilise normalement uniquement la capacité commune disponible entre les membres qui définissent sa géométrie.

Un disque peut apparaître dans l’inventaire du NAS sans être un membre synchronisé. Comparez l’état de l’ensemble, l’état de reconstruction, le rôle du membre, le numéro de série et la taille du périphérique rapportée au lieu de supposer qu’un disque détecté a terminé le processus de remplacement.

Attendez que chaque remplacement et reconstruction requis se termine sans nouvelles erreurs. Si un membre est manquant, défaillant ou plus petit que prévu, résolvez cette condition avant de tenter toute commande d’agrandissement, car la couche de l’ensemble a encore une raison valable de conserver l’ancienne taille.

Vérifiez la taille utilisable de chaque périphérique membre

Un disque physique plus grand peut encore présenter une partition de taille ancienne ou une limite de composant enregistrée à RAID. Comparez la capacité totale du disque, les secteurs de fin de partition et les périphériques blocs exacts listés comme membres de l’ensemble.

Un membre version 1.x plus grand peut conserver sa limite de composant enregistrée même après que le disque physique a été remplacé. L’expansion vers la taille maximale du composant ne se fait qu’après que tous les membres actifs peuvent la supporter.

Ne recréez pas une partition simplement parce que sa taille affichée est ancienne. Enregistrez d’abord le secteur de départ, le type de partition, l’UUID RAID et les numéros de série des membres ; puis utilisez la méthode d’expansion prise en charge par la plateforme qui préserve la position de départ et les métadonnées existantes.

Vérifiez que la couche RAID a été étendue

Lorsque chaque membre est plus grand mais que le périphérique bloc RAID ne l’est pas, la géométrie de l’ensemble n’a pas été étendue. L’action requise dépend de la pile utilisée : md RAID, ZFS, Btrfs, un contrôleur matériel ou un pool de stockage géré par NAS.

Pour md RAID, changer la taille du composant actif lance une resynchronisation de la région nouvellement exposée. Dans un miroir ZFS, l’espace devient disponible uniquement après que chaque périphérique du groupe miroir a été remplacé, et l’expansion peut nécessiter autoexpand ou une expansion en ligne explicite.

Utilisez l’interface de gestion ou la commande propre à l’implémentation RAID réelle. Arrêtez-vous si l’ensemble signale une restructuration, un état dégradé, un changement de disposition non supporté ou une incompatibilité de taille des membres ; ces états doivent être résolus avant de pouvoir faire confiance à la nouvelle limite.

Vérifiez la présence d’une couche de partition ou de volume au-dessus du RAID

Même après que le périphérique RAID a grandi, une table de partition, un volume physique LVM, un volume logique, un mappage chiffré ou une allocation de pool de stockage peut encore se terminer au secteur précédent. Le système de fichiers ne peut pas voir les blocs qu’une couche intermédiaire ne lui a pas attribués.

Suivez le chemin monté vers le bas avec la vue des périphériques blocs de la plateforme et comparez les tailles à chaque étape. Le premier objet qui reste petit est la couche à étendre ; changer d’abord une couche supérieure échouera ou laissera le nouvel espace non alloué.

Agrandissez une limite à la fois et revérifiez la couche suivante avant de continuer. Cette méthode par étapes crée un point de retour clair et empêche qu’une commande destinée à un système de fichiers soit appliquée par erreur à un membre RAID ou une partition.

Agrandissez le système de fichiers uniquement après que le périphérique bloc a grandi

Un système de fichiers ne s’agrandit pas nécessairement lorsque son périphérique RAID sous-jacent devient plus grand. Confirmez que le système de fichiers monté rapporte encore l’ancienne taille alors que son périphérique bloc contenant rapporte la nouvelle taille.

Pour ext2, ext3 et ext4, l’outil de redimensionnement du système de fichiers attend que la partition ou le périphérique logique soit agrandi en premier. XFS suit le même ordre de couches, et une opération d’agrandissement XFS étend un système de fichiers monté dans une capacité déjà exposée par le périphérique.

Utilisez l’opération d’agrandissement spécifique au système de fichiers uniquement après avoir vérifié le chemin du périphérique, le point de montage, l’état en ligne supporté et la sauvegarde récente. Une expansion RAID réussie avec un système de fichiers inchangé est incomplète, mais elle est plus sûre que de deviner la couche incorrecte.

Tenez compte du redimensionnement spécifique au système de fichiers

Certains systèmes de fichiers gèrent plusieurs périphériques directement, donc leurs étapes de remplacement et de redimensionnement ne correspondent pas à une pile RAID-plus-système de fichiers conventionnelle. Btrfs en est l’exemple courant : remplacer un périphérique et exposer sa pleine nouvelle capacité sont des opérations distinctes.

Remplacer un périphérique Btrfs par une cible plus grande n’expose pas automatiquement les blocs ajoutés au système de fichiers. Un redimensionnement de périphérique séparé explique pourquoi le remplacement peut se terminer proprement alors que la capacité rapportée reste inchangée.

Identifiez si le système de fichiers lui-même possède l’ensemble de périphériques avant d’utiliser mdadm, partition ou instructions LVM. Mélanger des procédures de différentes piles de stockage est l’une des façons les plus rapides de transformer un simple problème de capacité en un problème de métadonnées.

Utilisez une vérification de capacité couche par couche

Le test décisif est de noter la taille rapportée à chaque couche, du disque physique au système de fichiers monté. La capacité doit augmenter de manière monotone à travers la pile, avec des réductions attendues pour la redondance RAID, les métadonnées, les blocs réservés et la conversion d’unités.

Si les disques physiques sont plus grands mais que les partitions des membres ne le sont pas, corrigez la couche de partition. Si le périphérique RAID est plus grand mais que le volume logique ne l’est pas, étendez le volume. Si chaque couche de bloc est plus grande mais que le système de fichiers monté ne l’est pas, effectuez l’étape d’agrandissement du système de fichiers.

Arrêtez-vous lorsque deux couches adjacentes divergent d’une manière que vous ne pouvez pas expliquer ou lorsqu’un compteur de santé augmente pendant l’expansion. Conservez la sortie d’état et les sauvegardes avant de changer la géométrie, car la première limite inexpliquée est un indice de diagnostic plutôt qu’une raison de forcer l’opération suivante.