Я нуждаюсь в помощи с начальной загрузкой амулета в среде Мааса. Я установил Маас на сервере контроллера Мааса, уполномочили один блейд и попробованный загружать машину с амулетом.
Системные установки на новом блейде, амулет входит в систему с пользователем человечности через ssh и застревает в этой точке процесса установки сервисов амулета:
Вход к /var/log/cloud-init-output.log
на удаленном хосте
Склонное выполнение - получает обновление
Склонное выполнение - получает обновление
Установка пакета: мерзавец
Установка пакета: завихрение
Установка пакета: средство проверки CPU
Установка пакета: мост-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'
Любая справка ценилась бы, потому что я не могу продвинуться от этой точки кроме завершить процесс начальной загрузки.
Спасибо!
Проблема разрешена. Если Вам, ssh к серверу и Вашей раскладке клавиатуры не является тем же как настройками языка на амулете сервера, не удается загрузить систему. Я изменил свое расположение на en_US, и начальная загрузка хорошо работала. Это - подобная проблема при установке postgresql, где этому не удается установить, если у Вас нет того же языка раскладки клавиатуры как системный язык на сервере.
У меня есть точно та же проблема, амулет 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
У меня также была эта проблема. Корень проблемы для меня был то, что я не имел никакого доступа в Интернет и должен был, чтобы сделать несколько вещей. IIRC, этот конкретный это вызывалось ко времени сервера и целевой машины, являющейся прочь слишком большим количеством времени. Это на самом деле не застряло, но время было огромно, возможно, 30 минут. Я установил свой сервер как сервер ntp, тогда я отредактировал мой/etc/maas/preseeds/preseed-master
d-I clock-setup/ntp-server string ntp.ubuntu.com
Вставленный в IP Вашего сервера или название ntp.ubuntu.com. Кроме того, при установке амулета необходимо скопировать очарование локально. Я сделал ~/, каталог амулета и для среды и для очарования, таким образом, процесс, до развертывающегося амулета-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
Hope это помогает!
Для любого имеющего эту проблему после счетных машин местному поставщику: у Меня была эта проблема, когда добавлять-машина пыталась добавить машину с версией Амулета, отличающейся от государственного сервера.
Это было вызвано, не бегая apt-get update
прежде, чем установить клиента Амулета.