Estamos executando um pequeno servidor aqui em um raspberry pi, debian jessie, para hospedar nosso próprio cloud e - mais importante - nosso servidor de repois e builds.
Para garantir que os dados não sejam corrompidos, configurei uma invasão de software, abrangendo duas unidades USB.
Depois de tentar renomear a máquina e, obviamente, após a primeira reinicialização após configurar o MD, não consigo recuperá-la e colocá-la em operação:
root@pi3:~# cat /proc/mdstat
Personalities :
unused devices: <none>
root@pi3:~# mdadm --examine --brief --scan
ARRAY /dev/md/0 metadata=1.2 UUID=125e3855:8c3326a2:dd067877:60d35ba7 name=pi3:0
root@pi3:~# ls /dev/md0
ls: cannot access /dev/md0: No such file or directory
root@pi3:~# fdisk -l | grep Linux
/dev/mmcblk0p2 137216 61962239 61825024 29.5G 83 Linux
/dev/sda1 2048 1953523711 1953521664 931.5G fd Linux raid autodetect
/dev/sdb1 2048 1953523711 1953521664 931.5G fd Linux raid autodetect
/dev/sdc2 41945088 312581807 270636720 129.1G 83 Linux
Pelo que entendi até agora, o mdadm deve ser capaz de fornecer o array - afinal, os dispositivos estão lá e podem ser detectados.
No entanto, não consigo mais montar / dev / md0 porque não há personalidades detectadas.
Existe alguém que possa me indicar os próximos passos? Pesquisando por uma linha de personalidades vazias não é tão bem sucedido e a linha de personalidades não contém uma palavra-chave cativante ...
depois de executar as etapas a seguir, as coisas estão funcionando bem agora:
root@pi3:~# mdadm --examine --scan >> /etc/mdadm/mdadm.conf
root@pi3:~# mdadm --assemble /dev/md/0
Eu tive que modificar o fstab para conter Código:
/dev/md/0 /mnt/raid ext4 defaults 0 0
Agora as coisas estão funcionando bem, novamente.
Pelo menos por enquanto, outra reinicialização dirá se a persistência também é dada!
Muito obrigado,
Michael