Obrigado pelo comentário com o bug do LP , de fato, esse parece ser o problema . Atualizando para uma versão fixa do juju com:
sudo apt-add-repository ppa:juju/stable
deve corrigir esse problema estranho de rede.
Se eu instalar o OpenStack com o openstack-installer (piloto automático) e o bootstrap para o primeiro ambiente for lançado pela VM que vem com o pachage do openstack-installer (openstack-installer / tools / vm-batch), o serviço de paisagem será instalado em um contêiner dentro dessa VM (juju-machine-0-lxc-2 no meu caso). Esse contêiner tem dois IPs (um para a bridge, lxcbr0 e o outro é o endereço IP real que eu deveria conectar, eth0). Whan eu executo:
$ JUJU_HOME=~/.cloud-install/ juju ssh landscape/0
do servidor MAAS, ele se conecta à VM, em vez do recipiente que possui paisagem.
Na VM, se eu executar: sudo lxc-ls -f em cada recipiente aparece:
NAME STATE IPV4 IPV6 AUTOSTART
----------------------------------------------------------------------------
juju-machine-0-lxc-1 RUNNING 10.222.221.139 - YES
mas na paisagem aparece assim:
NAME STATE IPV4 IPV6 AUTOSTART
----------------------------------------------------------------------------
juju-machine-0-lxc-2 RUNNING 10.0.3.1, 10.222.221.140 - YES
(10.0.3.1 é o IP da bridge).
Então, basicamente, quando tento conectar ao contêiner paisagem, ele vai para 10.0.3.1, em vez de 10.222.221.140. Meu palpite é que, se eu mudar a ordem dos IPs que o lxc vê, ou apenas me livrar do IP da bridge do lxc-ls, resolveria o problema. Alguma idéia?
UPDATE: se eu executar:
JUJU_HOME=~/.cloud-install/ juju status | grep -A 4 landscape/0 | grep public-address | awk '{print }'"
ele me fornece o IP 10.0.3.1, que é o endereço IP lxcbr0, em vez do endereço eth0. Talvez haja onde eu tenho que fazer algumas mudanças.
Atenciosamente,
Sacha.