Landscape no se ejecuta después de reiniciar con juju-core 1.20.x

Landscape no se ejecuta después de reiniciar con juju-core 1.20.x

Instalé Openstack con el piloto automático de Ubuntu (openstack-install). El arranque del primer entorno, llamado "maas" es una máquina virtual, que tomé de la carpeta de herramientas dentro del paquete de instalación de openstack.

Dentro de esa VM hay seis contenedores y cada uno de cada uno tiene un servicio (apache2, haproxy, paisaje, paisaje-msg, postgresql y Rabbitmq-server). Desde el contenedor horizontal se "lanza" otro entorno (llamado "8" en mi caso), donde están todos los servicios de openstack.

Todo funcionó bien hasta mi primer reinicio. El paisaje era inalcanzable y la razón era que para juju, el paisaje tiene la IP 10.0.3.1, que es la dirección IP del puente (lxcbr0) en lugar de su dirección IP eth0 (10.222.221.140 en mi caso). ¿Cuál fue el resultado? cuando intentó conectarse al paisaje, fue a 10.0.3.1, por lo que fue a la VM en lugar del contenedor donde se ejecuta el paisaje.

Descubrí que era un error de juju-core, segúnhttps://bugs.launchpad.net/juju-core/+bug/1416928, así que actualicé de juju-core 1.20.x a 1.21.3. Reinicie y tomó la IP correcta, como puede ver aquí:

    $ 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

El problema es que ahora el servicio no se está ejecutando:

paisaje/0: estado-agente: error información-estado-agente: 'falló el gancho: "config-changed"' versión-agente: 1.21.3.3 máquina: 0/lxc/2 dirección-pública: 10.222.221.140

Lo intenté con juju resolved --retry landscape/0, pero no funciona. ¿Alguna pista de por qué sucede esto?

Respuesta1

Me alegro de que funcione con una versión más reciente de Juju.

El registro que pegó parece ser que machine-0.logen realidad necesitábamos verlo /var/log/juju/unit-landscape-0.log. Si alguien vuelve a ver esto, algo que puede intentar es:

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

Lo que debería mostrarle más detalles en su consola sobre por qué las cosas no se inician.

información relacionada