☰

Bootstrap Ubuntu MAAS Juju завис при загрузке инструментов

tag-icon • tag-icon 14.04 software-installation juju maas
Bootstrap Ubuntu MAAS Juju завис при загрузке инструментов

Мне нужна помощь с начальной загрузкой juju в среде maas. Я установил maas на сервере контроллера maas, ввел в эксплуатацию один blade-сервер и попытался выполнить начальную загрузку машины с помощью juju.

Система устанавливается на новый блейд, juju входит в систему как пользователь ubuntu через ssh и зависает на этом этапе процесса установки служб juju:

Вход на /var/log/cloud-init-output.logудаленный хост

Запуск обновления apt-get

Запуск обновления apt-get

Установка пакета: git

Установка пакета: curl

Установка пакета: cpu-checker

Установка пакета: bridge-utils

Установка пакета: 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'

Буду признателен любой помощи, поскольку с этого момента я не могу двигаться дальше, кроме как завершить процесс самонастройки.

Спасибо!

решение1

Проблема решена. Если вы подключаетесь к серверу по ssh, а раскладка клавиатуры не совпадает с языковыми настройками на сервере, juju не может загрузить систему. Я изменил раскладку на en_US, и загрузка прошла нормально. Похожая проблема возникает при установке postgresql, когда он не устанавливается, если у вас не тот же язык раскладки клавиатуры, что и системный язык на сервере.

решение2

У меня точно такая же проблема, juju boostrapping застрял. Я пробовал менять настройки локали, но ничего не помогло.

вот что я сделал: проверьте настройки

locale

временное решение

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

сделать его постоянным

nano /etc/environment

копировать вставить

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

решение3

У меня тоже была эта проблема. Корень проблемы для меня был в том, что у меня не было доступа в интернет, и мне нужно было сделать несколько вещей. IIRC, это было вызвано тем, что время сервера и целевой машины было слишком большим. На самом деле он не завис, но время ожидания было огромным, может быть, 30 минут. Я установил свой сервер как сервер ntp, затем отредактировал свой /etc/maas/preseeds/preseed-master

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

Введите IP или имя вашего сервера для ntp.ubuntu.com. Также, когда вы устанавливаете juju, вам нужно скопировать charms локально. Я создал каталог ~/,juju и для среды, и для charms, поэтому процесс, вплоть до развертывания juju-gui, выглядел так:

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

Надеюсь это поможет!

решение4

Для тех, у кого возникла эта проблема после добавления машин к локальному провайдеру: у меня эта проблема возникла, когда add-machine попытался добавить машину с версией Juju, отличной от версии сервера состояний.

Это было вызвано тем, что apt-get updateперед установкой не был запущен клиент Juju.

Связанный контент