Você pode forçar uma verificação de (por exemplo) md0 com
echo "check" > /sys/block/md0/md/sync_action
Você pode verificar o estado do teste com
cat /sys/block/md0/md/sync_action
enquanto retorna check a verificação está em execução, uma vez que retorna idle você pode fazer um
cat /sys/block/$dev/md/mismatch_cnt
para ver se a contagem de incompatibilidade é zero ou não. Muitas distros automatizam essa verificação para executar, por exemplo, semanalmente, de qualquer maneira, assim como a maioria dos RAIDs de hardware industriais executam isso em segundo plano (eles geralmente chamam de "lavagem RAID") enquanto a matriz está inativa. Note que de acordo com os comentários no arquivo de checagem automatizado do fedora, as gravações do RAID1 no kernel são sem buffer e, portanto, a contagem de incompatibilidade pode ser diferente de zero mesmo para um array saudável se o array estiver montado.
Portanto, desativar os arrays fazendo essa verificação enquanto a VM está inativa, se possível, provavelmente é uma boa ideia.
Gostaria de acrescentar que concordo com os documentos quando dizem que
RAID cannot and is not supposed to guard against data corruption on the media
O RAID deve proteger contra falha completa de um dispositivo; A proteção contra falhas aleatórias incrementais em elementos de um dispositivo de armazenamento é um trabalho para verificação de erros e remapeamento de blocos, o que é provavelmente o melhor feito no próprio controlador. Estou feliz que os documentos avisam as pessoas sobre as limitações do RAID, especialmente se ele for implementado em cima de dispositivos esquisitos. Acho que as freqüentes verificações de integridade do smartctl dos meus discos me ajudam a ficar em cima das unidades que estão começando a mostrar o tipo de erro que leva a espelhos fora de sincronia.