Estamos pensando em mudar toda a configuração do Linux fstab para trabalhar com UUID em vez da configuração atual
Alguns dos discos são com RAID não e alguns dos discos são com RAID10
Pesquisei no google e encontrei reclamações sobre o uso de UUID para RAID1:
" Infelizmente, você NÃO DEVE usar o UUID em /etc/fstab se usar o software RAID1. Por quê? Porque o próprio volume RAID e o primeiro elemento do espelho parecem ter o mesmo UUID do sistema de arquivos. Se o espelho quebrar ou por qualquer outro motivo o dispositivo md não é iniciado na inicialização, o sistema montará qualquer disco subjacente aleatório em vez disso, sobrecarregando seu espelho. Então você precisará de uma ressincronização completa. Juju ruim."
Então, eu só quero saber se podemos usar UUID para RAID10?
e em quais casos (configuração RAID) não usar UUID?
segundo - em poucas linhas, quais são os benefícios de usar o UUID?
Adicionando à resposta @ dr01: sobre as questões de RAID, você também pode usar o UUID nas configurações de RAID.
Se estiver usando mdadm, o UUID será armazenado no sistema de arquivos local, se estiver usando RAID de hardware, ele será apresentado como um disco físico virtual, que novamente terá um UUID.
Acho que isso é apenas um problema nos casos em que os dados no dispositivo RAID também estão presentes de forma idêntica na mesma posição nos dispositivos subjacentes (ou pelo menos em alguns deles). Na prática, isso significa os formatos RAID em que o superbloco RAID (metadados) está no final da partição.
Como o UUID faz parte do sistema de arquivos (*) , o sistema deve primeiro encontrar um sistema de arquivos compatível no dispositivo. Os sistemas de arquivos são identificados lendo alguns locais definidos no dispositivo, geralmente no início, e procurando assinaturas de identificação. Se os mesmos dados estiverem visíveis na mesma posição em um disco bruto (como
/dev/sda
) e um dispositivo raid (/dev/md0
), o mesmo UUID poderá ser encontrado em dois dispositivos. Ou mais, se houver cópias dos dados em outros dispositivos, ou seja, do outro lado do espelho.(* Os UUIDs das partições GPT são uma questão diferente)
O sistema RAID de software Linux conhece dois formatos principais de superbloco , o formato original (v. 0.90) coloca o superbloco no final e o atual (v. 1) possui três subformatos para diferentes posições do superbloco. Como os formatos superbloco 1.1 e 1.2 colocam o superbloco no início, eles devem ser seguros de usar. 0.9 e 1.0 colocam o superbloco no final do aparelho, então são eles que você pode ter problemas.
/proc/mdstat
deve mostrar o formato superbloco para cada dispositivo.A página wiki do RAID também contém um aviso sobre a colocação do superbloco no final do dispositivo.
Com RAID 0 ou RAID 10, é difícil ler o sistema de arquivos por meio dos discos subjacentes, pois os dados são distribuídos. Mas o UUID ainda pode ser detectável, então provavelmente é melhor usar o superbloco RAID de formato 1.2 em qualquer caso.
Para sistemas de arquivos ext2/3/4,
tune2fs -l $device
pode ser capaz de mostrar o UUID do sistema de arquivos se for possível encontrar (blkid
pode encontrar o RAID UUID em vez disso).Observe que estou escrevendo isso com base no meu entendimento da documentação, não testei explicitamente com um superbloco RAID no final.
Responda à sua segunda pergunta: um UUID permite que você identifique um dispositivo de forma exclusiva.
Os dispositivos são atribuídos como
/dev/sda
,/dev/sdb
, etc. dependendo da ordem em que o sistema os descobre. Enquanto a unidade em que o sistema inicializa é sempre a primeira, para as outras a atribuição de nomes depende da ordem de descoberta e pode mudar após uma reinicialização.Além disso, imagine que você tenha unidades
/dev/sdc
e/dev/sdd
, e remova fisicamente a primeira unidade; após a reinicialização, o que era conhecido como/dev/sdd
agora é chamado/dev/sdc
.Isso torna a identificação de dispositivos ambígua. UUIDs evitam toda ambigüidade; como o UUID é armazenado no superbloco (para um dispositivo de bloco), ele pertence ao próprio dispositivo.