Como definir o tempo limite de inicialização ao implantar o paisagismo denso-maas do conjure-up no xenial

Como definir o tempo limite de inicialização ao implantar o paisagismo denso-maas do conjure-up no xenial

Atualmente estou seguindoJuju 2.0 Bug#1576003o que, esperançosamente, tornará este problema obsoleto. Até então...

JuJu parece ser interrompido antes que a implantação do cenário seja concluída em um ambiente MaaS. Na versão anterior eu poderia alterar o "bootstrap-timeout" em ambientes.yaml. No entanto, no JuJu 2 não consigo descobrir como configurar isso ao usar o instalador do Autopilot por meio de:conjure-up openstack

Antecedentes para a posteridade(e qualquer outra pessoa lutando)

De acordo com as instruções atuais do AutoPilot (maio de 2016) (www.ubuntu.com/download/cloud/install-openstack-with-autopilot).

  • Servidor Ubuntu 16.04 LTS (xenial)
  • MaaS: 2.0.0 (beta3+bzr4941)
  • JuJu: 2.0-beta6-xenial-amd64

Eu entendo que JuJu 2 e Maas 2 podem não funcionar bem como estou rastreando no momentoIntegração JuJu 2 e MaaS 2 [Isso agora deve funcionar a partir do Juju 2.0-beta7]

Tive que alterar a Etapa 6 de acordo (O piloto automático Openstack 16.04 está disponível?), substituindo sudo openstack-installporconjure-up openstack

Tive que alterar /usr/share/openstack/config.jsona substituição "bootstrapSeries": "trusty"por "bootstrapSeries": "xenial"on "key": "landscape-dense-maas"para que o JuJu fosse implantado, xenialpois a Etapa 3 das instruções nos faz importar a xenialimagem e não a trustyimagem padrão do config.json.

Quando conjure-up openstackocorrem erros (por exemplo, inserindo o URL completo da UI do MAAS no campo 'maas-server' em vez de apenas o endereço IP ou uma chave de API incorreta no campo 'mass-oauth'), tive que fazê-lo sudo rm ~/.local/share/juju/credentials.yamlpara evite as ERROR loading credentials: credentials.maas.<random>.maas-oauth: expected string, got nothingconjurações subsequentes. Vendo que não consigo encontrar um juju kill-credentialstipo de comando no JuJu 2.

Neste ponto, consigo fazer com que o JuJu 2 e o MaaS 2 comecem a implantação em paisagem com o Ubuntu 16.04, mas parece que o tempo limite impede que isso termine. Acredito que posso contornar isso com o JuJu CLI, mas progredi até aqui com o Autopilot...

Seguir

Removendo credenciais

Para remover credenciais:

juju remover credencial maas <aleatório>

No entanto, isso será quebrado se a credencial for inválida, então ainda tive que usar:

sudo rm ~/.local/share/juju/credentials.yaml

Ajustandobootstrap-timeout

Acredito que o seguinte seja um hack:

Consegui atualizar o bootstrap-timeout modificando a linha 121 do

/usr/share/conjure-up/conjure/juju.py

De:

"--config image-stream=daily ".format(

Para:

"--config bootstrap-timeout=3000 --config image-stream=daily ".format(

Em vez disso, eu provavelmente deveria editar /usr/share/openstack/bundles/landscape-dense-maas/pre.shcom os comandos de configuração do Juju.

Mais informações sobre pre.shpodem ser encontradas no wiki conjure-up git: (www.github.com/ubuntu/conjure-up/wiki/Customizing-bundle-deployments)

Comandos Juju 2: (www.jujucharms.com/docs/devel/commands)

Desculpe, não há representante suficiente para realmente vincular

Embora isso responda tecnicamente à minha própria pergunta, não consegui fazer o AutoPilot funcionar mesmo com o aumento do tempo limite. Suponho que estarei aguardando todas as atualizações individuais para falar adequadamente por enquanto.

Atualização do rastreador de bugs: (Juju 2.0 deve suportar MAAS 2.0) Juju 2.0-beta7 lançado em ppa:juju/devel

Comentários finais

A edição /usr/share/conjure-up/conjure/juju.pymencionada acima altera o tempo limite. No entanto, a correção apropriada é modificar os arquivos de configuração invocados. Infelizmente, até que a documentação acompanhe o desenvolvimento, esse método é mais problemático do que vale para mim. Por fim, abandonei o AutoPilot com Xenial/Mikata, já que o próprio Openstack tem problemas atuais de instalação sem a camada adicional de AuotPilot/Landscape (veja:https://bugs.launchpad.net/openstack-manuals/+bug/1575688).

Se alguém acompanhando tiver o formato correto para os arquivos de configuração invocados para passar, --config bootstrap-timeout=coloque-o aqui como uma resposta para que possamos apaziguar os mods. Até lá, considere meu investimento aqui abandonado. Boa sorte.

informação relacionada