juju bootstrap inicia o nó.
O nó é carregado e, em seguida, nada. Eu recebo um status juju de no reachable server , é como se o MaaS não reportasse ao Juju que o nó está pronto para o Juju. A interface do usuário do MaaS mostra o nó como alocado.
É aí que ele fica até eu emitir juju destroy-environment , que o MaaS executa ao pé da letra, desligando o nó e mostrando o nó como "pronto" na interface do usuário do MaaS.
Esperei uma hora e observei o carregamento do nó antes de executar o comando de destruição.
error details
no reachable server
estrutura: eu tenho o maas-região e cluster correndo um dell 1800 executando o servidor 12.04.4 do Ubuntu. eth0 está conectada à internet @ xxx.xxx.xxx.100, para a opção pública (que me fornece xxx.xx.xxx.100 / MAAS e acesso total à internet) a eth1 está conectada à private nenhum switch gigabit gerenciado, a eth1 definida como xx. xx.xx.1., eth1 está configurado para ser gerenciado com maas dns / dhcp hospedando todos os 10 dell 1950 gen 2s. servidores recebem endereçamento interno.
todas as máquinas são comissionadas, alistadas e ficam prontas normalmente.
eu instalo o cliente juju em uma máquina operando no lado público na conexão, executando o Ubuntu 12.4.4 64 bit
eu posso acessar o maas ui, e tudo parece normal. então o cliente juju da configuração para o acesso se torna esmagador.
Os primeiros erros surgem quando, por algum motivo, o juju tenta obter as ferramentas necessárias do amazomaws. (lembre-se que eu estou no maas). o segundo é que, se eu não disser onde encontrar as chaves autorizadas, ele não irá. my environments.yaml é
padrão: maas ambientes: maas: tipo: maas maas-server: ' link ' maas-oauth: '3Ey3RueWP2X4asFahJ: CmR3fPYaTBwxhvx87X: Sample' admin-secret: '' caminho das chaves autorizadas: /xxx/xxxxx/id_xxx.pub
depois de toda a correção eu só obtenho o descrito acima.