Eu tinha uma configuração RAID 6 na UI do Cockpit com múltiplas partições. Havia uma partição em particular que eu queria estender de 10 TB para 11 TB usando o espaço disponível e tentei em/dev/md127p6 usando "growpart/dev/md127p6 1". Depois percebi que poderia acessar alguns dos pontos de montagem do sistema sob esse array (dois deles, na verdade).
A partir daí decidi reiniciar (verifiquei /proc/mdstat e não estava fazendo nada). Assim que o servidor voltou a funcionar, todas as partições desapareceram para este ataque.
Assim que o servidor voltou a ficar online, percebi que o tamanho do ataque era diferente (de 189TiB a 143TiB). Obviamente estraguei alguma coisa, mas estou me perguntando se alguém tem alguma ideia antes de começar de novo.
mdadm --detail /dev/md127 /dev/md127: Versão: 1.2 Tempo de criação: segunda-feira, 17 de maio 20:04:04 Nível de ataque de 2021: raid6 Tamanho do array: 153545080832 (146432,00 GiB 157230,16 GB) Tamanho do desenvolvedor usado: (11.264,00 GB 12.094,63 GB) Dispositivos Raid: 15 Dispositivos totais: 15 Persistência: Superblock é persistente
Intent Bitmap : Internal Update Time : Mon Aug 2 20:05:13 2021 State : clean Active Devices : 15 Working Devices : 15 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 4K
Política de consistência: bitmap
Name : storback:backups UUID : c8d289dd:2cb2ded3:cbcff4cd:1e7367ee Events : 150328 Number Major Minor RaidDevice State 0 8 32 0 active sync /dev/sdc 1 8 48 1 active sync /dev/sdd 2 8 64 2 active sync /dev/sde 3 8 80 3 active sync /dev/sdf 4 8 96 4 active sync /dev/sdg 5 8 112 5 active sync /dev/sdh 6 8 128 6 active sync /dev/sdi 7 8 144 7 active sync /dev/sdj 8 8 160 8 active sync /dev/sdk 9 8 192 9 active sync /dev/sdm 10 8 176 10 active sync /dev/sdl 11 8 208 11 active sync /dev/sdn 12 8 224 12 active sync /dev/sdo 13 8 240 13 active sync /dev/sdp 14 65 0 14 active sync /dev/sdq
Responder1
Bem, como este não era um dispositivo muito importante, tentei improvisá-lo e aumentar o ataque até o tamanho máximo, já que o tamanho total estava incorreto. Quase parecia que o tamanho do ataque havia diminuído em relação à quantidade de espaço livre não particionado que eu tinha anteriormente.
Executei este comando e todas as partições voltaram após a reinicialização:
mdadm --grow /dev/md127 -z máx.