Eu tenho uma unidade SuperMicro aqui, rodando o Ubuntu 16.04.2. Eu configurei uma matriz RAID-10 de 24 drives no layout f3, e depois de ajustá-la ao meu gosto, me deparei com um problema.
Esta não é uma unidade que eu possa sair correndo todos os dias; em vez disso, eu inicializo quando entro e desligo o telefone todo dia.
Quando eu ligo a unidade pela primeira vez todos os dias, ele falha ao inicializar e o systemd fica pendurado na montagem do maior ataque md (há um RAID 1 para as unidades de inicialização).
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#
# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers
# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes
# automatically tag new arrays as belonging to the local system
HOMEHOST <system>
# instruct the monitoring daemon where to send mail alerts
MAILADDR root
# definitions of existing MD arrays
ARRAY /dev/md/0 metadata=1.2 UUID=6581959a:3276c5d0:b401a3df:da599629 name=farnsworth:0
# This file was auto-generated on Tue, 11 Apr 2017 09:47:26 -0500
# by mkconf $Id$
ARRAY /dev/md/1 metadata=1.2 name=farnsworth:1 UUID=ea97974f:a3e840cd:d4bbcf9e:438957fe
De acordo com o meu mdadm.conf, isso deve funcionar, mas até mais estranho é que, na reinicialização, ele funciona muito bem.
mdadm --detail --scan
Aparece como ativo para as duas matrizes, mesmo quando a unidade não está inicializando.
Onde devo procurar o erro?
Edit: as unidades são todas unidades de 1TB Seagate ES.2, conectadas usando SATA. Usando o Ubuntu 16.04.
Seguindo o conselho do primeiro comentarista, eu o desliguei (não reiniciei) e ele veio de volta. Raiz não está nessa matriz.
Quando surge na primeira hora do dia, ele aparece como / dev / md / 1, mas depois ele aparece como / dev / md / farnsworth: 1.
Por que isso acontece?
Geralmente, há uma segunda cópia de mdadm.conf no initramfs. Depois de editar mdadm.conf , você deve executar update-initramfs -u ou similar para atualizar sua cópia.
Ter as duas cópias fora de sincronia pode levar a uma condição de corrida em que os resultados da montagem da matriz dependem de se a montagem da matriz for concluída antes ou depois do initramfs. Também pode levar a uma confusão simples, onde as alterações parecem ser ignoradas.