Como habilitar mais depuração para instalações do MAAS?

Question

Atualmente estou tendo problemas para instalar o lançamento diário do Wily (está falhando). Eu só consigo:

initctl: trabalho desconhecido: lldpd stop: instância desconhecida:

Gostaria de obter mais / melhor saída de depuração durante a instalação para ajudar a identificar o que exatamente está acontecendo aqui.

    

Answer 1

Ao usar o MAAS e o curtin installer (que é o padrão, já que release 1.7 ) uma instalação de nó acontece no seguinte conjunto de etapas:

1. O nó PXE é inicializado em um ambiente efêmero usando a versão do Ubuntu que você selecionou para instalar.
2. O cloud-init baixa os dados do usuário do MAAS, incluindo chaves ssh e curtin.
3. O cloud-init configura as chaves ssh e começa a curtin instalar o nó.
4. curtin termina de instalar e reinicia o nó.

Parece que a etapa 1 está funcionando para você. Para depurar as etapas 2 e posteriores, é necessário capturar a saída do console do nó durante a inicialização. Se você está realmente implantando uma VM (em oposição ao bare metal), é fácil - basta acessar a saída do host. Para os casos nus de metal, você precisará usar a funcionalidade KVM remota ou serial sobre LAN para capturar a saída do console. A saída do console conterá mensagens de log do cloud-init que indicam como ele está progredindo. Ele pode falhar de várias maneiras, então você precisa se aprofundar no que você vê lá.

Se você não tem um jeito de pegar o console remotamente, uma maneira de se aprofundar em falhas como este estágio é fazer backdoor da imagem de instalação efêmera com um usuário / senha que permitirá que você faça o login através do console ou via ssh. Veja como isso é feito:

• Primeiro, desative a sincronização de imagens na página de configurações do seu servidor MAAS. Isso impede que o MAAS sobrescreva as imagens de backdoor.

• Em seguida, esse script pode ser usado para configurar os backdoors em todas as imagens no servidor.

  sudo apt-get install --assume-yes bzr
  bzr branch lp:~maas-maintainers/maas/backdoor-image backdoor-image
  
  imgs=$(echo /var/lib/maas/boot-resources/*/*/*/*/*/*/root-image)
  for img in $imgs; do
      [ -f "$img.dist" ] || sudo cp -a --sparse=always $img $img.dist
  done
  
  cd backdoor-image
  for img in $imgs; do
      sudo ./backdoor-image -v --user=backdoor --password-auth --password=ubuntu $img
  done
  

• Agora, tente novamente a instalação do nó. Uma vez que o nó inicia o ssh, você deve poder fazer o login com o usuário 'backdoor' e a senha 'ubuntu'. Se o SSH nunca iniciar, você poderá efetuar login no console com o mesmo usuário e senha. Uma vez logado, você pode usar o 'sudo' para depurar.

• Depois de descobrir o problema e resolvê-lo, reative a sincronização de imagens e substitua as imagens de backdoor por imagens:

  imgs=$(echo /var/lib/maas/boot-resources/*/*/*/*/*/*/root-image)
  for img in $imgs; do
      [ -f "$img.dist" ] && sudo mv -f $img.dist $img
  done
  

Mesmo sem o backdoor há uma janela de tempo durante a qual você pode ssh in, pois durante a instalação o cloud-init configura as chaves ssh e inicia o sshd. Uma vez que as chaves ssh estão no lugar, curtin começa a instalar; Neste ponto você pode usar ssh no sistema usando o usuário 'ubuntu' e a tecla ssh para o seu usuário MAAS. Você deve fazer isso rapidamente, antes de curtin terminar e reinicia o sistema. Para evitar que curtin desligue o nó, execute

touch /tmp/block-poweroff

assim que você estiver logado. Você pode fazer isso em um loop while para evitar a necessidade de acertar o tempo; isso deve ser executado assim que você acionar a instalação:

while true; do ssh node-foo.maas touch /tmp/block-poweroff && break; done

Nesse ponto, você deve conseguir ssh normalmente sem se preocupar em desligar o nó.

Seja qual for a forma como você efetuou login no sistema, lembre-se de que você pode usar sudo como o ubuntu user; isso permite, por exemplo, acessar todos os registros no sistema.