☰

Landscape läuft nach einem Neustart mit juju-core 1.20.x nicht

tag-icon • tag-icon juju maas landscape openstack-autopilot
Landscape läuft nach einem Neustart mit juju-core 1.20.x nicht

Ich habe Openstack mit Ubuntus Autopilot installiert (openstack-install). Der Bootstrap der ersten Umgebung, genannt "maas", ist eine VM, die ich aus dem Tools-Ordner im openstack-installer-Paket genommen habe.

In dieser VM befinden sich sechs Container und jeder davon hat einen Dienst (apache2, haproxy, landscape, landscape-msg, postgresql und rabbitmq-server). Vom Landscape-Container aus wird eine weitere Umgebung „gestartet“ (in meinem Fall „8“ genannt), in der sich alle OpenStack-Dienste befinden.

Bis zu meinem ersten Neustart funktionierte alles einwandfrei. Landscape war nicht erreichbar und der Grund dafür war, dass Landscape für Juju die IP 10.0.3.1 hat, die die IP-Adresse der Brücke (lxcbr0) ist, und nicht die IP-Adresse eth0 (in meinem Fall 10.222.221.140). Was war das Ergebnis? Beim Versuch, eine Verbindung zu Landscape herzustellen, wechselte es zu 10.0.3.1, also zur VM statt zum Container, in dem Landscape ausgeführt wird.

Ich habe herausgefunden, dass es sich um einen Juju-Core-Bug handelte, lauthttps://bugs.launchpad.net/juju-core/+bug/1416928, also habe ich von juju-core 1.20.x auf 1.21.3 aktualisiert. Nach dem Neustart wurde die richtige IP übernommen, wie Sie hier sehen können:

    $ 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

Das Problem besteht darin, dass der Dienst jetzt nicht ausgeführt wird:

Landschaft/0: Agentenstatus: Fehler Agentenstatusinfo: „Hook fehlgeschlagen: „Konfiguration geändert““ Agentenversion: 1.21.3.3 Maschine: 0/lxc/2 öffentliche Adresse: 10.222.221.140

Ich habe es mit versucht juju resolved --retry landscape/0, aber es funktioniert nicht. Irgendwelche Hinweise, warum das passiert?

Antwort1

Schön, dass es mit einer neueren Version von Juju funktioniert hat.

Das von Ihnen eingefügte Protokoll scheint zu sein machine-0.log. Wir mussten es eigentlich sehen /var/log/juju/unit-landscape-0.log. Wenn jemand dies erneut sieht, kann er Folgendes versuchen:

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

Dadurch sollten auf Ihrer Konsole weitere Einzelheiten dazu angezeigt werden, warum der Startvorgang fehlschlägt.

verwandte Informationen