MAAS JUJU cloud-init-nonet esperando pelo dispositivo de rede

Question

Eu tenho um nó que foi comissionado com êxito em um pool do MAAS, ou seja, foi declarado > Encomendado > Pronto. Depois de chegar ao estado Ready, eu emiti juju add-machine para colocá-lo no estado Allocated; No entanto, ao iniciar, recebo as seguintes mensagens:

....
cloud-init-nonet [18.88] waiting 10 seconds network device  
cloud-init-nonet [20.93] waiting 120 seconds network device
cloud-init-nonet [148.93] gave up waiting for network device
...

Este nó é um laptop Lenovo Y500 e tive que fazer as seguintes modificações:

1. Seu BIOS está definido como Legado com prioridade de inicialização definida como UEFI 1a
2. No menu inicializável do grub, adicionei o nomodeset ao final da linha de argumentos do linux. Deve-se notar que o 2º passo foi iniciado, depois que o nó foi colocado no modo Alocado, para evitar desligar o driver Nouveau, durante a inicialização. Eu também tentei adicionar ether=0,0,eth0 à linha de argumento do Linux sem sucesso.

Minha inclinação inicial para culpar UEFI como a causa raiz do problema, provou ser infundada. Aqui está o que vejo agora:

1. Intermitentemente, os nós alocados podem ficar presos esperando pelo dispositivo de rede, por exemplo, após as reinicializações de 4-5, meu nó do Y500 finalmente conseguiu passar e eu consegui implantá-lo como uma nova-computação. Também observei que a reinicialização de um nó existente, digamos, cinder ou outra nova-computing, resulta no mesmo comportamento, o que é bastante estranho, já que duas semanas atrás eu os implantei sem esse problema.
2. A solução para os nós implantados é fazer login no modo único, adicionar uma senha para o usuário do Ubuntu, reinicializar, efetuar login com novas credenciais e emitir dhclient br0 . Eu também notei que antes de emitir o dhclient, br0 não está listado em ifconfig.
3. O problema que eu estava observando em relação ao servidor MAAS também querer obter um endereço IP dhcp, parece ter sido devido à incompatibilidade entre /etc/network/interface e o Network Manager. Definir os campos relevantes de forma idêntica em ambos, elimina o processo de dhclient irritante.

Não consegui verificar nenhuma informação nova passando pelos arquivos de log do cloud-inits. Se houver sugestão, por favor, me avise.

(Não tenho certeza se isso é relevante, mas comecei a ver esse problema enquanto tentava adicionar mais 2 nós à configuração existente de 10 nós.)

    

Answer 1

Pergunta burra da minha parte, mas você poderia colar uma cópia do seu / etc / network / interfaces? Descobri que o modo como os dispositivos são criados ali é um pouco dependente da ordem e tem um comportamento duvidoso se a ponte começar primeiro e a placa começar depois.

    

Answer 2

Oi isso acontece com todos quando você tem mais de um cartão e talvez uma ponte

cloud-init-nonet

Existe também um bug aberto:

link

Espero que alguém resolva isso