O sistema de arquivos de redimensionamento do Cloud-config falha

1

Então, minha aventura começou assim: Eu tinha um OpenSUSE 13.1 VM, e queria atualizar para o 13.2, então uma das principais diferenças entre os 2 community amis (13.1 - '' e 13.2 - ami-3a6cc64d ) foi que a imagem 13.2 usa HVM - ao invés de PV - tipo de virtualização.

O primeiro problema que me deparei foi que meu modelo do CloudFormation estava usando /dev/sda device_name, sob o BlockDeviceMappings, MAS, aparentemente, esse não é o tipo de device_name que um tipo de imagem HVM espera (veja aqui para mais informações). Isso resultou na instância do EC2 nem entrar em um estado running .

De qualquer forma, eu consegui superar esse obstáculo atribuindo /dev/sda1 , conforme recomendado, para que minha instância finalmente pudesse ser iniciada corretamente.

MAS - agora na inicialização, vários dos meus serviços não são iniciados devido a falhas nas dependências, o que eu consegui rastrear até que o cloud-config não seja concluído corretamente, seja o que for que a AWS tenha solicitado:

Se eu correr $ systemctl ... cloud-init-local.service loaded active exited Initial cloud-init job (pre-networking) cloud-init.service loaded failed failed Initial cloud-init job (metadata service crawler) ...

Após a inspeção dos logs (/ var / log / syslog), posso ver o seguinte: %código% mas, eu mesmo não configurei isso, isso é algo que, de alguma forma, a AWS decidiu fazer na minha imagem via cloud-config ...

Eu não tenho ideia do porquê isso acontece, e parece que não consigo encontrar muitos posts relevantes, então qualquer idéia seria muito bem vinda, pessoal ...! :)

Obrigado antecipadamente !!

    
por gsaslis 15.01.2016 / 00:16

1 resposta

0

Ok, acontece que tive que desativar explicitamente o comportamento padrão do cloud-config, usando o resize_rootfs atributo :

# resize_rootfs should the / filesytem be resized on first boot
# this allows you to launch an instance with a larger disk / partition
# and have the instance automatically grow / to accomoddate it
# set to 'False' to disable
# by default, the resizefs is done early in boot, and blocks
# if resize_rootfs is set to 'noblock', then it will be run in parallel
resize_rootfs: True

definindo como False, removeu o erro, portanto, o serviço cloud-init.service não falhou mais na inicialização.

(A maioria dos recursos que encontrei inicialmente me levaram a acreditar que eu deveria estar usando o growpart, mas esse não era o caso).

    
por 16.01.2016 / 01:10