Eu recentemente mudei os discos no meu RAID5 de 3x2TB para 3x3TB. Eu também queria mudar o tamanho do pedaço do padrão 512k para 128k. Eu adicionei todos os novos dispositivos ao array e executo:
mdadm /dev/md1 --grow --backup-file=/boot/md1_grow_backup_file --chunk=128
A opção --backup-file é necessária devido à alteração do tamanho do fragmento e o arquivo especificado por ela está em um dispositivo de bloco diferente.
Eu tenho que desligar o servidor para movê-lo fisicamente, mas a operação de remodelação está indo muito mais devagar do que eu esperava, então estou pensando se posso interromper o processo e continuar após a reinicialização.
A manpage tem algumas informações sobre como interromper o processo --grow / reshape, mas parece-me que isso foi feito para cobrir algumas circunstâncias catastróficas - perda de energia, bloqueio do servidor, etc.
É possível parar com graça uma reformulação de matriz mdadm? Em caso afirmativo, como parar a matriz e como retomar a remodelação após a inicialização? O arquivo de backup será necessário?
Na primeira parte, você pode ser vítima da velocidade de reconstrução lenta padrão do MD.
Um bom artigo sobre as opções está em:
Mas resumindo:
sysctl -w dev.raid.speed_limit_min=1000
sysctl -w dev.raid.speed_limit_max=100000
Para garantir entre 1 e 100MB disponíveis para recriações, se o servidor estiver ativo, o min é uma boa maneira de acelerar as coisas, mas ao custo de alguma capacidade de resposta.
Você deve interromper o array antes do desligamento:
mdadm -S /dev/md1
Você também pode brincar com variáveis em / sys / block / md1 / md, as mais interessantes são array_state e sync_action. Aqui está a documentação: link Mas lembre-se, você tem apenas uma tentativa.
Se não houver backup desses dados, você não deve desligar a máquina.
Por favor, escreva aqui o que você fez e os dados sobre o ataque sobreviveram.