O Landscape não está funcionando após uma reinicialização com juju-core 1.20.x

O Landscape não está funcionando após uma reinicialização com juju-core 1.20.x

Instalei o Openstack com o Autopilot do Ubuntu (openstack-install). O bootstrap do primeiro ambiente, chamado "maas" é uma VM, que tirei da pasta de ferramentas dentro do pacote openstack-installer.

dentro dessa VM há seis contêineres e cada um deles possui um serviço (apache2, haproxy, paisagem, paisagem-msg, postgresql e coelhomq-server). A partir do container paisagístico é “lançado” outro ambiente (chamado de “8” no meu caso), onde estão todos os serviços openstack.

Tudo funcionou bem até minha primeira reinicialização. A paisagem era inacessível e o motivo era que, para juju, a paisagem tem o IP 10.0.3.1, que é o endereço IP da ponte (lxcbr0) em vez do endereço IP eth0 (10.222.221.140 no meu caso). Qual foi o resultado? quando tentou se conectar ao paisagem, foi para 10.0.3.1, então foi para a VM em vez do contêiner onde o paisagem está sendo executado.

Eu descobri que era um bug do juju-core, de acordo comhttps://bugs.launchpad.net/juju-core/+bug/1416928, então atualizei do juju-core 1.20.x para 1.21.3. Reinicie e pegue o IP correto, como você pode ver aqui:

    $ JUJU_HOME=~/.cloud-install/ juju status landscape/0
    environment: maas
    machines:
      "0":
        agent-state: started
        agent-version: 1.21.3.3
[...]
        containers:
          0/lxc/2:
            agent-state: started
            agent-version: 1.21.3.3
            dns-name: 10.222.221.140
[...]
    services:
      landscape:
[...]
        units:
          landscape/0:
[...]
            public-address: 10.222.221.140

O problema é que agora o serviço não está funcionando:

paisagem/0: estado do agente: erro informações do estado do agente: 'falha no gancho: "config-changed"' versão do agente: 1.21.3.3 máquina: 0/lxc/2 endereço público: 10.222.221.140

Já tentei com juju resolved --retry landscape/0, mas não está funcionando. Alguma pista de por que isso está acontecendo?

Responder1

Que bom que você conseguiu trabalhar com uma versão mais recente do Juju.

O log que você colou parece ser o que machine-0.logrealmente precisávamos ver /var/log/juju/unit-landscape-0.log. Se alguém vir isso novamente, algo para tentar é:

juju run --service landscape,landscape-msg 'sudo lsctl restart'

O que deve mostrar mais detalhes em seu console sobre por que as coisas não iniciam.

informação relacionada