Preciso de ajuda com o bootstrap juju no ambiente maas. Instalei o maas no servidor do controlador maas, comissionei um blade e tentei inicializar a máquina com juju.
O sistema é instalado no novo blade, o juju efetua login com o usuário do Ubuntu via ssh e fica preso neste ponto do processo de instalação dos serviços do juju:
Fazendo logon /var/log/cloud-init-output.log
no host remoto
Executando atualização do apt-get
Executando atualização do apt-get
Instalando pacote: git
Instalando pacote: curl
Instalando pacote: cpu-checker
Instalando pacote: bridge-utils
Instalando pacote: 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'
Qualquer ajuda seria apreciada, porque não posso avançar a partir deste ponto, exceto para encerrar o processo de inicialização.
Obrigado!
Responder1
Problema resolvido. Se você fizer ssh para um servidor e o layout do teclado não for igual às configurações de idioma no servidor, o juju não conseguirá inicializar o sistema. Mudei meu layout para en_US e a inicialização funcionou bem. É um problema semelhante quando você instala o postgresql, onde ele falha na instalação se você não tiver o mesmo idioma de layout de teclado que o idioma do sistema no servidor.
Responder2
Eu tenho exatamente o mesmo problema, o juju boostrapping está travado. Tentei alterar a configuração de localidade, mas nada ajudou.
aqui está o que eu fiz: verifique suas configurações
locale
reparo provisório
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
torná-lo permanente
nano /etc/environment
copiar colar
LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8
LANGUAGE=en_US.UTF-8
Responder3
Eu também tive esse problema. A raiz do problema para mim era que eu não tinha acesso à Internet e precisava fazer algumas coisas. IIRC, isso em particular foi causado pelo tempo em que o servidor e a máquina de destino ficaram desligados por um período muito longo. Na verdade, não ficou travado, mas o tempo limite foi enorme, talvez 30 minutos. Eu configurei meu servidor como um servidor NTP e editei meu /etc/maas/preseeds/preseed-master
d-I clock-setup/ntp-server string ntp.ubuntu.com
Coloque o IP ou nome do seu servidor para ntp.ubuntu.com. Além disso, ao instalar o juju, você precisa copiar os botões localmente. Eu criei um diretório ~/,juju tanto para o ambiente quanto para os encantos, então o processo, até a implantação do juju-gui, ficou assim:
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
Espero que isto ajude!
Responder4
Para qualquer pessoa que tenha esse problema após adicionar máquinas ao provedor local: tive esse problema quando add-machine tentou adicionar uma máquina com uma versão Juju diferente do servidor de estado.
Isso foi causado por não executar apt-get update
antes de instalar o cliente Juju.