Você está usando o device-mapper-multipath?
Observe que o nome do dispositivo /dev/mapper/<WWID>
não está entre os preferred_names
in lvm.conf
. (RedHat usa user_friendly_names yes
em /etc/multipath.conf
por padrão).
O que acontece se você alterar o preferred_names para algo assim?
preferred_names = [ "^/dev/mpath/", "^/dev/mapper/[0-9][0-9a-fp]*", "^/dev/mapper/mpath", "/dev/[hs]d" ]
Você também deve assegurar que seu initramfs esteja configurado para iniciar o multipathing antes que o grupo de volumes LVM que contém o sistema de arquivos raiz esteja ativado. No RHEL 5 ou anterior, assegure-se de que /etc/sysconfig/mkinitrd/multipath
tenha MULTIPATH=yes
se o sistema de arquivos raiz estiver em um disco com vários caminhos.
Se você precisar corrigir isso, as etapas no RHEL 5 e anteriores são:
- adicione
MULTIPATH=yes
a/etc/sysconfig/mkinitrd/multipath
- atualize seu initramfs
- se
/boot
for um sistema de arquivos separado, comente-o temporariamente de/etc/fstab
- reinicializar
- confirmar que o LVM está agora acessando o VG raiz por meio do dispositivo multipath
- descomente
/boot
em / etc / fstab, monte-o e garanta que ele também esteja sendo montado usando o dispositivo multipath.
Quando um dispositivo multipath é aberto, o subsistema multipath aplica um bloqueio exclusivo aos dispositivos componentes do dispositivo multipathed, e isso deve ser suficiente para fazer com que o LVM evite os dispositivos do componente. Mas se o subsistema do multipath não puder obter esse bloqueio, significa que alguma outra coisa já está usando um dos dispositivos do componente: isso geralmente significa que o subsistema do multipath foi iniciado muito tarde na sequência de inicialização do sistema. O resultado é geralmente semelhante ao que você parece estar experimentando.
Se eu acertar errado, a saída de vgscan -vvvv
poderá ser útil para descobrir isso.