So legen Sie das Bootstrap-Timeout fest, wenn Sie Landscape-Dense-Maas von Conjure-Up auf Xenial bereitstellen

So legen Sie das Bootstrap-Timeout fest, wenn Sie Landscape-Dense-Maas von Conjure-Up auf Xenial bereitstellen

Ich verfolge derzeitJuju 2.0 Fehler Nr. 1576003wodurch dieses Problem hoffentlich überflüssig wird. Bis dahin ...

JuJu scheint sich abzubrechen, bevor die Landschaftsbereitstellung in einer MaaS-Umgebung abgeschlossen ist. In der vorherigen Version konnte ich „Bootstrap-Timeout“ in der Datei „environs.yaml“ ändern. In JuJu 2 kann ich jedoch nicht herausfinden, wie ich dies bei Verwendung des Autopilot-Installationsprogramms über Folgendes einstellen kann:conjure-up openstack

Hintergrund für die Nachwelt(und alle anderen, die sich abmühen)

Gemäß den aktuellen (Mai 2016) AutoPilot-Anweisungen (www.ubuntu.com/download/cloud/install-openstack-with-autopilot).

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

Ich verstehe, dass JuJu 2 und Maas 2 möglicherweise nicht gut funktionieren, da ich derzeit verfolgeJuJu 2 und MaaS 2 Integration [Dies sollte nun ab Juju 2.0-beta7 funktionieren]

Ich musste Schritt 6 entsprechend ändern (Ist Autopilot Openstack 16.04 verfügbar?), ersetzt sudo openstack-installdurchconjure-up openstack

Ich musste /usr/share/openstack/config.jsondas Ersetzen "bootstrapSeries": "trusty"durch „ "bootstrapSeries": "xenial"on“ ändern "key": "landscape-dense-maas", damit JuJu bereitgestellt wird, xenialda wir in Schritt 3 der Anweisungen das xenialImage importieren müssen und nicht das trustyImage, das standardmäßig in config.json verwendet wird.

Wenn conjure-up openstackFehler auftreten (z. B. wenn ich die vollständige MAAS-UI-URL in das Feld „maas-server“ anstelle nur der IP-Adresse oder einen falschen API-Schlüssel in das Feld „mass-oauth“ eingebe), muss ich dies tun, sudo rm ~/.local/share/juju/credentials.yamlum die ERROR loading credentials: credentials.maas.<random>.maas-oauth: expected string, got nothingnachfolgenden Fehler zu vermeiden. Da ich juju kill-credentialsin JuJu 2 anscheinend keinen Befehlstyp finden kann.

An diesem Punkt kann ich JuJu 2 und MaaS 2 dazu bringen, mit der Landschaftsbereitstellung mit Ubuntu 16.04 zu beginnen, aber es scheint, dass ein Timeout dies daran hindert, dies abzuschließen. Ich glaube, ich kann dies mit der JuJu-CLI umgehen, aber ich bin mit Autopilot schon so weit gekommen ...

Nachverfolgen

Entfernen von Anmeldeinformationen

So entfernen Sie Anmeldeinformationen:

juju remove-credential maas <zufällig>

Dies funktioniert jedoch nicht, wenn die Anmeldeinformationen ungültig sind, sodass ich dennoch Folgendes verwenden musste:

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

Anpassenbootstrap-timeout

Ich glaube, das Folgende ist ein kleiner Hack:

Ich konnte das Bootstrap-Timeout aktualisieren, indem ich Zeile 121 von

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

Aus:

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

Zu:

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

/usr/share/openstack/bundles/landscape-dense-maas/pre.shStattdessen sollte ich wahrscheinlich mit Juju-Konfigurationsbefehlen bearbeiten .

Weitere Informationen pre.shfinden Sie im Conjure-Up-Git-Wiki: (www.github.com/ubuntu/conjure-up/wiki/Customizing-bundle-deployments)

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

Tut mir leid, nicht genug Ruf, um tatsächlich zu verlinken

Obwohl dies technisch gesehen meine eigene Frage beantwortet, konnte ich AutoPilot trotz des erhöhten Timeouts nicht zum Laufen bringen. Ich werde wohl vorerst warten, bis alle einzelnen Updates richtig funktionieren.

Bugtracker-Update: (Juju 2.0 sollte MAAS 2.0 unterstützen) Juju 2.0-beta7 veröffentlicht in ppa:juju/devel

Letzte Kommentare

Die oben beschriebene Bearbeitung /usr/share/conjure-up/conjure/juju.pyändert das Timeout. Die geeignete Lösung besteht jedoch darin, die Konfigurationsdateien zu ändern. Leider ist diese Methode für mich problematischer, als sie es wert ist, bis die Dokumentation mit der Entwicklung Schritt hält. Ich habe AutoPilot mit Xenial/Mikata endgültig aufgegeben, da Openstack selbst derzeit Probleme bei der Installation ohne die zusätzliche Ebene von AutoPilot/Landscape hat (siehe:https://bugs.launchpad.net/openstack-manuals/+bug/1575688).

Wenn jemand, der mitmacht, das richtige Format für die Conjure-Up-Konfigurationsdateien hat, kann er --config bootstrap-timeout=es hier als Antwort angeben, damit wir die Mods besänftigen können. Bis dahin betrachte ich meine Investition hier als aufgegeben. Viel Glück.

verwandte Informationen