O espaço do usuário deve parar matrizes RAID MD durante o desligamento? Se sim, porque?

Question

O seguinte comentário me confunde:

It just so happens, that dracut has code in the shutdown routine, which shuts down all raid arrays...

For non-root disks this should be part of an mdadm service.

O Linux suporta root no software RAID por muitos anos, sem o mais poderoso desligamento para o initramfs técnica suportada pelo dracut. Então eu verifiquei duas vezes e ele ainda funciona bem no Debian 9, que não tem dracut ou /run/initramfs/shutdown . A reinicialização não causa ressincronização em /proc/mdstat . Na verdade, não há mdadm.service em / lib / systemd / system, apenas um arquivo de máscara para desativar /etc/init.d/mdadm , o que quer que tenha sido feito.

Qual é o significado do espaço de usuário parar matrizes RAID durante o desligamento usando mdadm ? Por que o dracut faz isso? É sempre necessário fazer isso para evitar um desligamento impuro da matriz (exigindo uma ressincronização futura), conforme encontrado no bug vinculado acima? Eu observo que o relatório de bug original é sobre o IMSM, o qual o mdadm não suporta todos os recursos de.

Ou o único significado é que, se o espaço do usuário direcionar o processo, ele poderá responder a erros, por exemplo, mostrando alguma mensagem mais abrangente do que o kernel teria, tentando registrá-lo em algum lugar, etc?

    

Answer 1

Os comentários sugerem seguir dracut usando

--wait-clean

For each md device given, or each device in /proc/mdstat if --scan is given, arrange for the array to be marked clean as soon as possible. mdadm will return with success if the array uses external metadata and we successfully waited. For native arrays this returns immediately as the kernel handles dirty- clean transitions at shutdown. No action is taken if safe-mode handling is disabled.

Parece que a interrupção de matrizes no espaço do usuário é necessária apenas para matrizes não "nativas". Nenhuma definição de "nativo" é dada, mas seria plausível se esse qualificador fosse inserido para distinguir algo como IMSM.

Para ser justo, este é o tipo de qualidade que você pode esperar de recursos como IMSM (e fakeraid mais geralmente), que os desenvolvedores / fornecedores de Linux não estão especialmente interessados. AFAICT não causa perda de dados diretamente "remove o benefício da redundância total por quanto tempo for necessário para ressincronizar os discos).