Conclusão: verifique separadamente o tamanho da matriz e do sistema de ficheiros antes de reconstruir o RAID 5
A antiga interface 1.4.1 apresentava um estado confuso: a expansão atingia 100%, o armazenamento mostrava o total maior de 36 TB, os ficheiros continuavam a mostrar aproximadamente a capacidade utilizável antiga e o controlo de expansão permanecia bloqueado. Isto pode significar que a matriz md aumentou, mas o sistema de ficheiros ou a interface não concluiu o redimensionamento ou a atualização. Não conclua que a operação foi bem-sucedida com base num único cartão de capacidade, nem que falhou com base noutro.
Passo 1: verifique o número de membros RAID e o estado da matriz
cat /proc/mdstat
sudo mdadm --detail /dev/mdXConfirme que o novo disco é um membro ativo, que o estado da matriz é limpo e que não está a decorrer nenhuma reorganização ou recuperação. O estado da matriz mdadm é a referência subjacente do RAID Linux.
Passo 2: verifique os tamanhos do dispositivo de blocos e do sistema de ficheiros
lsblk -f
df -h
Se o dispositivo md for maior, mas o sistema de ficheiros montado continuar a comunicar o tamanho antigo, a camada RAID foi expandida, mas o sistema de ficheiros não. Este é um problema diferente de uma reorganização de discos falhada.
Não execute cegamente comandos de expansão do sistema de ficheiros
EXT4, BTRFS e outros sistemas de ficheiros utilizam ferramentas de expansão diferentes. Identifique primeiro FSTYPE. Para EXT4, resize2fs é a ferramenta relevante; no BTRFS, a semântica de redimensionamento do sistema de ficheiros é diferente. O artigo sobre redimensionamento de sistemas de ficheiros EXT4 explica o processo EXT.
A documentação atual do ZimaOS indica que o RAID 5 pode ser expandido
Os materiais atuais sobre RAID afirmam explicitamente que o RAID 5 pode crescer através da adição de discos ao longo do tempo. Isto faz com que o comportamento antigo da versão 1.4.1 seja um problema histórico de expansão/interface, e não uma prova de que a expansão do RAID 5 não é suportada. A documentação sobre expansão do RAID5 no ZimaOS é a referência moderna.
Pare as aplicações pesadas antes de uma reorganização que pode durar vários dias
Mais tarde, o utilizador da fonte reconstruiu a matriz e expandiu-a duas vezes com sucesso, depois de parar os contentores e evitar interações com Ficheiros/Armazenamento durante a operação. Isto é uma precaução operacional útil, mas não prova que deixar os Ficheiros abertos tenha causado a falha original. A conclusão mais segura é reduzir as escritas e a interferência da interface durante uma reorganização longa, e não declarar que um separador do navegador foi a causa principal.
Não reinicie durante a reorganização, salvo se a recuperação o exigir
A reorganização de RAID é uma operação delicada no armazenamento. Se /proc/mdstat mostrar progresso ativo, deixe-a terminar, a menos que o sistema esteja realmente a falhar. Uma perda súbita de energia aumenta o risco. Sempre que possível, utilize uma UPS para expansões longas.
Faça uma cópia de segurança antes de adicionar outro disco
O RAID 5 tolera a falha de um membro, mas a reorganização aumenta a atividade em todos os discos e não substitui uma cópia de segurança. A cópia de segurança do ZimaOS deve ser concluída antes de uma operação que possa durar vários dias.
Se a interface continuar a indicar Expansão a 0%
Depois de confirmar que a matriz e o sistema de ficheiros estão saudáveis e que o sistema de ficheiros reconhece o novo tamanho, torna-se mais provável que exista um estado obsoleto da interface ou do serviço. Reinicie apenas depois de terminada a atividade de armazenamento e volte a verificar. Não desfaça nem recrie a matriz apenas para limpar um indicador de progresso.
Reconstrua apenas como último recurso de recuperação
O utilizador original acabou por fazer uma cópia de segurança, desfazer o RAID e reconstruí-lo. Funcionou, mas é destrutivo. Atualmente, utilize o estado da CLI, a documentação atual e as cópias de segurança para determinar se o problema está realmente na matriz, no sistema de ficheiros ou na interface antes de optar pela reconstrução. A documentação sobre recuperação de RAID aborda os limites da recuperação.
Perguntas frequentes
Por que motivo o armazenamento mostra mais capacidade do que os ficheiros?
O dispositivo de blocos RAID pode ter aumentado enquanto o sistema de ficheiros ou a interface Ficheiros ainda refletem o tamanho antigo.
É possível expandir o RAID 5 adicionando discos no ZimaOS?
A documentação atual do ZimaOS indica que o RAID 5 pode crescer através da adição de discos ao longo do tempo.
Devo fechar os Ficheiros durante a expansão?
É sensato reduzir as escritas ativas, mas o tópico antigo não prova que um separador Ficheiros aberto tenha causado a falha.
Quando devo executar o resize2fs?
Apenas depois de confirmar que o sistema de ficheiros é EXT e que o dispositivo de blocos subjacente já é maior.
Devo reconstruir a matriz se a interface estiver bloqueada?
Não, até que as verificações do mdadm e do sistema de ficheiros indiquem um problema real de armazenamento. Um indicador de progresso obsoleto, por si só, não é suficiente.
