raid 5 mudança de nome durante a reinicialização

Question

Eu deixei meu servidor rodando a noite toda 'recuperando' depois que eu construí um novo array de raid 5 usando o comando:

mdadm --create --verbose /dev/md0 --level=5 --raid-devices=3 /dev/sd[bcd]1

Meu servidor passou a noite toda reconstruindo e eu obtive os resultados desejados:

    amir@SuperMassive:~$ sudo mdadm --detail --scan
    [sudo] password for amir: 
    ARRAY /dev/md0 metadata=1.2 name=SuperMassive:0 UUID=2f693f45:accebaf0:70060db8:c5cb42e0

Eu tentei adicionar isso ao meu arquivo mdadm.conf, mas continuei recebendo erros de permissão negada.

amir@SuperMassive:~$ sudo mdadm --detail --scan >> /etc/mdadm/mdadm.conf
-bash: /etc/mdadm/mdadm.conf: Permission denied

Por alguma razão que eu não consigo explicar, achei que uma reinicialização seria uma boa ideia. Eu não pensei sobre o fato de que eu não tinha adicionado minha matriz ao arquivo mdadm.conf. Agora, quando olho minha seta, o nome mudou de / dev / MD para / dev / md / SuperMassive: 0

amir@SuperMassive:~$ sudo mdadm --detail --scan
[sudo] password for amir: 
ARRAY /dev/md/SuperMassive:0 metadata=1.2 name=SuperMassive:0 UUID=2f693f45:accebaf0:70060db8:c5cb42e0

Alguém pode me dizer como consertar isso? Eu realmente não quero ter que passar por outra recuperação :( Eu editei o arquivo mdadm.conf para incluir a linha apropriada da primeira verificação de detalhe mdadm, mas depois de reiniciar ainda obter a saída da última varredura de detalhe mdadm com o nome sendo / dev / md / SuperMassive: 0.

Outra coisa é que em / dev em vez de ter md0 e md0p1 eu tenho md127 e md127p1. : (

    

Answer 1

Isso é estranho, vejo que todo o mdadm com sudo. Mayb primeiro você precisa parar a matriz ... última vez que eu tenho que reparar um ataque Eu usei um CD ao vivo ... vamos tentar isso:

Firt seja root ( sudo -i ), então pare seu array

  

punho do cat / proc / mdstat e salve-o em um arquivo para ver as diferenças   ok?

mdadm --stop /dev/md0

crie novamente a matriz (desculpe)

mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/sdb /dev/sdc /dev/sdd

salve o conf.

mdadm --detail --scan >> /etc/mdadm.conf 

olhe seu conf. cat /proc/mdstat

olhe para o meu, por exemplo;

cat /proc/mdstat 
Personalities : [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] 
md4 : active raid5 sdd4[0] sdg4[4] sdf4[2] sde4[1]
      5762701824 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]

md3 : active raid1 sdh1[0] sdi1[1]
      1953512400 blocks super 1.2 [2/2] [UU]

md2 : active raid5 sdj1[0] sdc1[4] sdb1[2] sda1[1]
      5860535808 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]

md0 : active raid1 sdd2[0] sde2[3] sdf2[2] sdg2[1]
      409152 blocks [4/4] [UUUU]

md1 : active raid5 sdd3[0] sde3[3] sdf3[2] sdg3[1]
      93449856 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

unused devices: <none>

de qualquer forma, se isso não funcionar, mostre-nos mais informações. (mdadm --detail / dev / md0, mdadm --examin / dev / sd [abcde ...]) boa sorte!

    

Answer 2

Além disso, devo acrescentar que tee ajudaria no seu caso. Então, entrando

sudo mdadm --detail --scan | sudo tee -a /etc/mdadm/mdadm.conf

não causará erros de permissão negada. O comando tee junto com a opção anexa ( -a ) pega a saída de mdadm e a anexa ao arquivo.

No caso em que você descreveu o redirecionamento de saída ( >> ) acontece como usuário emir e você não tem o direito de escrever no arquivo.