O bootstrap do Ubuntu MAAS Juju travou nas ferramentas de busca

O bootstrap do Ubuntu MAAS Juju travou nas ferramentas de busca

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.logno 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 updateantes de instalar o cliente Juju.

informação relacionada