O que deve verificar quando a capacidade do RAID não aumenta após a substituição do disco?

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

A capacidade do RAID geralmente permanece inalterada porque uma camada ainda reporta o limite antigo. Confirme a reconstrução, tamanhos dos membros, geometria do array, partição e sistema de ficheiros nessa ordem.

Substituir discos é apenas a etapa de hardware. Um NAS pode conter vários limites de tamanho empilhados, e cada um deve expor o limite maior antes que a próxima camada possa usá-lo. O diagnóstico mais seguro começa com verificações de estado somente leitura, identifica a primeira camada que ainda é pequena e expande apenas essa camada em vez de repetir a substituição.

Confirme Que Cada Substituição Está Totalmente Integrada

A capacidade não pode aumentar enquanto um grupo espelho ou de paridade ainda contiver um membro original menor, um spare que não se tornou ativo ou uma substituição que ainda está a reconstruir. O array normalmente usa apenas a capacidade comum disponível entre os membros que definem a sua geometria.

Um disco pode aparecer no inventário do NAS sem ser um membro sincronizado. Compare o estado do array, estado da reconstrução, papel do membro, número de série e tamanho do dispositivo reportado em vez de assumir que um disco detetado completou o processo de substituição.

Espere que cada substituição e resilver ou reconstrução necessária termine sem novos erros. Se um membro estiver em falta, com falha ou menor do que o esperado, resolva essa condição antes de tentar qualquer comando de expansão, porque a camada do array ainda tem uma razão válida para preservar o tamanho antigo.

Verifique o Tamanho Utilizável de Cada Dispositivo Membro

Um disco físico maior pode ainda apresentar uma partição de tamanho antigo ou limite de componente registado para o RAID. Compare a capacidade do disco inteiro, setores finais da partição e os dispositivos de bloco exatos listados como membros do array.

Um membro maior da versão 1.x pode manter o seu limite de componente registado mesmo depois de o disco físico ter sido substituído. A expansão para o tamanho máximo do componente só deve ocorrer depois de todos os membros ativos poderem suportá-lo.

Não recrie uma partição apenas porque o seu tamanho exibido é antigo. Primeiro registe o setor inicial, tipo de partição, UUID do RAID e números de série dos membros; depois use o método de expansão suportado pela plataforma que preserve a posição inicial e os metadados existentes.

Verifique Se a Camada RAID Foi Expandida

Quando todos os membros são maiores mas o dispositivo de bloco RAID não é, a geometria do array não foi expandida. A ação necessária depende se a pilha é md RAID, ZFS, Btrfs, um controlador de hardware ou um pool de armazenamento gerido pelo NAS.

Para md RAID, alterar o tamanho do componente ativo inicia uma ressincronização da região recém-exposta. Num espelho ZFS, o espaço fica disponível apenas depois de cada dispositivo no grupo espelho ter sido substituído, e a expansão pode requerer autoexpand ou uma expansão online explícita.

Use a interface de gestão ou comando que pertence à implementação real do RAID. Pare se o array reportar uma remodelação, estado degradado, alteração de layout não suportada ou incompatibilidade de tamanho dos membros; esses estados precisam ser resolvidos antes que o novo limite possa ser confiável.

Verifique Se Existe Uma Camada de Partição ou Volume Acima do RAID

Mesmo depois do dispositivo RAID crescer, uma tabela de partição, volume físico LVM, volume lógico, mapeamento encriptado ou alocação de pool de armazenamento pode ainda terminar no setor anterior. O sistema de ficheiros não consegue ver blocos que uma camada intermédia não lhe tenha atribuído.

Trace o caminho montado para baixo com a visão de dispositivos de bloco da plataforma e compare os tamanhos em cada salto. O primeiro objeto que permanecer pequeno é a camada a expandir; alterar uma camada superior primeiro falhará ou deixará o novo espaço não alocado.

Expanda um limite de cada vez e verifique a próxima camada antes de continuar. Este método faseado cria um ponto claro de reversão e evita que um comando destinado a um sistema de ficheiros seja aplicado por engano a um membro RAID ou partição.

Expanda o Sistema de Ficheiros Apenas Depois do Dispositivo de Bloco Crescer

Um sistema de ficheiros não se expande necessariamente quando o seu dispositivo RAID subjacente se torna maior. Confirme que o sistema de ficheiros montado ainda reporta o tamanho antigo enquanto o dispositivo de bloco que o contém reporta o novo tamanho.

Para ext2, ext3 e ext4, o redimensionador do sistema de ficheiros espera que a partição ou dispositivo lógico seja ampliado primeiro. O XFS segue a mesma ordem de camadas, e uma operação de crescimento XFS expande um sistema de ficheiros montado para a capacidade já exposta pelo dispositivo.

Use a operação de crescimento específica do sistema de ficheiros apenas depois de verificar o caminho do dispositivo, ponto de montagem, estado online suportado e backup recente. Uma expansão RAID bem-sucedida com um sistema de ficheiros inalterado é incompleta, mas é mais segura do que adivinhar a camada errada.

Considere o Redimensionamento Específico do Sistema de Ficheiros

Alguns sistemas de ficheiros gerem múltiplos dispositivos diretamente, pelo que os seus passos de substituição e redimensionamento não correspondem a uma pilha convencional RAID-mais-sistema de ficheiros. O Btrfs é o exemplo comum: substituir um dispositivo e expor a sua capacidade total são operações separadas.

Substituir um dispositivo Btrfs por um alvo maior não expõe automaticamente os blocos adicionados ao sistema de ficheiros. Um redimensionamento de dispositivo separado explica porque a substituição pode ser concluída sem problemas enquanto a capacidade reportada permanece inalterada.

Identifique se o próprio sistema de ficheiros é o proprietário do conjunto de dispositivos antes de usar instruções mdadm, partição ou LVM. Misturar procedimentos de diferentes pilhas de armazenamento é uma das formas mais rápidas de transformar um problema simples de capacidade num problema de metadados.

Use uma Verificação de Capacidade Camada a Camada

O teste decisivo é anotar o tamanho reportado em cada camada, desde o disco físico até ao sistema de ficheiros montado. A capacidade deve aumentar monotonamente pela pilha, com reduções esperadas para redundância RAID, metadados, blocos reservados e conversão de unidades.

Se os discos físicos forem maiores mas as partições dos membros não, corrija a camada de partição. Se o dispositivo RAID for maior mas o volume lógico não, estenda o volume. Se todas as camadas de bloco forem maiores mas o sistema de ficheiros montado não, execute o passo de crescimento do sistema de ficheiros.

Pare quando duas camadas adjacentes discordarem de forma inexplicável ou quando qualquer contador de saúde aumentar durante a expansão. Preserve a saída do estado e os backups antes de alterar a geometria, porque o primeiro limite inexplicado é uma pista de diagnóstico e não uma razão para forçar a próxima operação.

Primeira camada que ainda mostra tamanho antigo Causa provável Próxima verificação segura
Partição do membro A substituição manteve o fim da partição antigo Compare setores inicial e final
Dispositivo RAID O tamanho do componente do array não foi expandido Verifique estado saudável e suporte à expansão
Volume ou mapeamento Novos extensos permanecem não atribuídos Inspecione tamanho do PV, LV, pool ou encriptação
Sistema de ficheiros montado O passo de crescimento do sistema de ficheiros não foi executado Use a ferramenta específica do sistema de ficheiros

Suporte e Dicas

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.