☰

Ubuntu MAAS Juju Bootstrap bleibt beim Abrufen von Tools hängen

tag-icon • tag-icon 14.04 software-installation juju maas
Ubuntu MAAS Juju Bootstrap bleibt beim Abrufen von Tools hängen

Ich brauche Hilfe mit Juju Bootstrap in einer Maas-Umgebung. Ich habe Maas auf einem Maas-Controller-Server installiert, einen Blade in Betrieb genommen und versucht, die Maschine mit Juju zu bootstrappen.

Das System wird auf dem neuen Blade installiert, Juju meldet sich mit dem Ubuntu-Benutzer über SSH an und bleibt an diesem Punkt des Installationsprozesses der Juju-Dienste hängen:

Anmeldung auf /var/log/cloud-init-output.logeinem Remote-Host

Ausführen von „apt-get update“

Ausführen von „apt-get upgrade“

Paket installieren: git

Paket installieren: curl

Paket installieren: cpu-checker

Paket installieren: bridge-utils

Paket installieren: rsyslog-gnutls

Fetching tools: curl -sSfw 'tools from %{url_effective} downloaded: HTTP %{http_code}; time %{time_total}s; size %{size_download} bytes; speed %{speed_download} bytes/s ' --retry 10 -o $bin/tools.tar.gz 'https://streams.canonical.com/juju/tools/releases/juju-1.20.11-trusty-amd64.tgz'

Ich wäre für jede Hilfe dankbar, da ich von diesem Punkt an nicht weiterkomme, außer den Bootstrapping-Prozess zu beenden.

Danke!

Antwort1

Problem behoben. Wenn Sie per SSH auf einen Server zugreifen und Ihr Tastaturlayout nicht mit den Spracheinstellungen auf dem Server übereinstimmt, schlägt Juju beim Bootstrapping des Systems fehl. Ich habe mein Layout auf en_US geändert und das Bootstrapping hat problemlos funktioniert. Das gleiche Problem tritt auf, wenn Sie PostgreSQL installieren. Die Installation schlägt fehl, wenn Sie nicht dieselbe Tastaturlayoutsprache wie die Systemsprache auf dem Server haben.

Antwort2

Ich habe genau das gleiche Problem, Juju-Boostrapping hängt. Ich habe versucht, die Gebietsschemaeinstellungen zu ändern, aber nichts hat geholfen.

Folgendes habe ich getan: Überprüfen Sie Ihre Einstellungen

locale

vorübergehende Lösung

export LANGUAGE=en_US.UTF-8 
export LANG=en_US.UTF-8 
export LANGUAGE=en_US.UTF-8 
export LC_ALL=en_US.UTF-8 
locale-gen en_US.UTF-8

mach es dauerhaft

nano /etc/environment

Kopieren Einfügen

LC_ALL=en_US.UTF-8 
LANG=en_US.UTF-8 
LANGUAGE=en_US.UTF-8

Antwort3

Ich hatte auch dieses Problem. Die Ursache des Problems war für mich, dass ich keinen Internetzugang hatte und ein paar Dinge erledigen musste. Soweit ich mich erinnere, wurde dies insbesondere dadurch verursacht, dass die Zeit zwischen Server und Zielcomputer zu lange auseinander lag. Es war nicht wirklich hängen geblieben, aber die Zeitüberschreitung war enorm, vielleicht 30 Minuten. Ich habe meinen Server als NTP-Server eingerichtet und dann meine /etc/maas/preseeds/preseed-master bearbeitet.

    d-I      clock-setup/ntp-server    string  ntp.ubuntu.com

Geben Sie die IP-Adresse oder den Namen Ihres Servers für ntp.ubuntu.com ein. Wenn Sie juju installieren, müssen Sie außerdem die Charms lokal kopieren. Ich habe ein ~/,juju-Verzeichnis sowohl für die Umgebung als auch für die Charms erstellt, sodass der Prozess bis zur Bereitstellung von juju-gui folgendermaßen aussah:

mkdir ~./.juju/sync-tools

juju sync-tools –e maas –destination=”~/.juju/sync-tools”

juju bootstrap –e maas –-upload-tools=true –-metadata-source=”.juju/sync-tools” -–to jujuBS.local

mkdir –p ~/.juju/charms/trusty

juju charm get juju-gui .juju/charms/trusty

juju deploy –repository=”~/.juju/charms” local:juju-gui

Hoffe das hilft!

Antwort4

Für alle, die dieses Problem haben, nachdem sie Maschinen zum lokalen Anbieter hinzugefügt haben: Ich hatte dieses Problem, als add-machine versucht hat, eine Maschine mit einer anderen Juju-Version als der Statusserver hinzuzufügen.

Dies wurde dadurch verursacht, dass apt-get updateder Juju-Client vor der Installation nicht ausgeführt wurde.

verwandte Informationen