existe alguma vantagem em montar um LV por UUID em vez de por caminho?

Question

Eu sei que posso especificar montagens em fstab colocando seu caminho (como /dev/sda1 ou /dev/mapper/myvg-logicalVolume1 ) ou pelo rótulo fs ( LABEL=root ) ou pelo UUID ( UUID=1234-5678-... ).

Eu vejo uma clara vantagem em termos de confiabilidade usando o UUID para partições "clássicas" como /dev/sda1 , porque se você reparticionar sua unidade / mais partições ao redor / adicionar mais discos, pode ser que algumas de suas partições agora é reconhecido com outro nome, embora a montagem pelo UUID seja mais difícil de dizer em qual partição / LV seus dados estão sendo armazenados.

Mas usando LVM , minhas entranhas me dizem que o próprio sistema LVM gerencia a descoberta de seus discos / partições e não importa se algum PV é (depois de tocar com partições / disco) agora chamado de diferente. Portanto, não haverá qualquer diferença (falando de confiabilidade), montagem por UUID ou usando o caminho como /dev/mapper/vg-lv , e o último é mais claro.

Isso está correto?

    

Answer 1

Está correto.

A montagem pelo UUID é uma maneira de contornar o antigo problema de nomes de partições, como /dev/sda1 , se você colocar outra unidade.

device-mapper irá nomear persistentemente os seus volumes LVM em /dev/mapper/vg-lv , para que você possa confiar neste nome abstraído para permanecer o mesmo, independentemente das alterações no armazenamento subjacente.

O mesmo vale para dispositivos manipulados por device-mapper-multipath sem usar nomes amigáveis ( /dev/mapper/WWID ) ou usando nomes amigáveis e um arquivo de ligações ( /dev/mapper/mpath0 ).

    

Answer 2

Você só se daria um tiro no pé se quiser renomear o grupo de volumes ou o volume lógico mais tarde .... (lvrename ou vgrename).

Esquecendo o motivo pelo qual você renomeou o vg ou lv, a ação estragaria suas montagens e exportações.

O LVUUID permanece persistente por meio dos comandos renomear vg e lv.

Pode ser bom usar o UUID apenas por esse motivo, especialmente se você for responsável por um grande número de exportações e montagens.

    

Answer 3

Em um ambiente em que você usa o armazenamento SAN, essa é uma idéia RUIM. Como o UUID é controlado por hardware se você fizer um backup completo em fita e fizer uma restauração em um novo hardware, o sistema não inicializará, já que todos os UUIDs agora diferente.