Desde a atualização do Ubuntu 14.04 para o 14.10, um dos meus VGs não fica online quando o sistema é inicializado e, infelizmente, esse VG tem o meu FS raiz, portanto, sou enviado para o prompt initrd BusyBox.
Anteriormente, eu tinha o problema que o VG precisava de mais tempo para ficar on-line na inicialização, portanto, adicionei rootdelay=300 à lista de argumentos do kernel e, embora o processo de inicialização tenha sido interrompido por algum tempo, o VG acabou ficando on-line. Mas depois da atualização, meu VG nunca aparece. No prompt do BusyBox, lvm lvscan me informa que eles estão inativos. Eu posso ativá-los manualmente e continuar com o processo de boot, mas como é um servidor, é muito ruim que ele exija interação humana para inicializar corretamente.
Suspeito que algo está errado com o novo kernel, vmlinuz-3.16.0-23-generic . Quando eu inicializo com o kernel antigo de antes do upgrade da versão ( vmlinuz-3.13.0-37-generic ), ele funciona bem.
Eu tenho 2 VGs no sistema:
root@vmhost:~# vgs
VG #PV #LV #SN Attr VSize VFree
vmdata-vg 1 21 3 wz--n- 903.57g 7.34g
vmhost-vg 2 2 0 wz--n- 52.09g 7.34g
O primeiro tem apenas 1 PV, surge imediatamente. O segundo tem 2 PVs, tem minha raiz LV e contém LVs espelhados. Não entendi porque vmhost-vg não está ativado no momento da inicialização.
Já tentei adicionar a seguinte linha a /etc/lvm/lvm.conf :
auto_activation_volume_list = [ "vmhost-vg", "vmdata-vg" ]
Mas, infelizmente, isso não tem efeito. (Sim, eu corro update-initramfs -u para propagá-lo no initrd.)
Eu já encontrei outras questões e soluções relacionadas na Internet, mas elas não são aplicáveis para mim - outras parecem usar o software RAID com o mdadm, e suas soluções propostas geralmente envolvem alguns ajustes com sua configuração de RAID. Mas isso não é aplicável para mim, já que não uso nenhum tipo de RAID. Meus PVs estão em partições simples de /dev/sd* .