Configurar
Para fins de teste, instalei o MAAS em uma VM VirtualBox e quero que ele inicialize por PXE uma segunda VM.
Ambas as VMs estão conectadas a uma rede interna do VirtualBox.
A VM MAAS é um Ubuntu Server 14.04.2 e instalei a versão 1.7.5+bzr3369-0ubuntu1~trusty1 dos seguintes pacotes:
maas
maas-region-controller
maas-cluster-controller
maas-dhcp
maas-dns
Na seção "Imagens" da GUI do MAAS, adicionei a imagem 14.04 LTS do arquivo padrão (http://archive.ubuntu.com/ubuntu). O cluster padrão ("Cluster master") foi então capaz de sincronizar com sucesso.
Na VM MAAS também gerei chaves ssh ssh-keygene as salvei no local padrão (~/.ssh/). Em seguida, na seção de preferências do usuário da GUI, adicionei a chave pública SSH.
Na seção "Clusters" da GUI, adicionei uma interface (eth2) ao "Cluster Master" e configurei-a para gerenciar dhcp e dns. A interface eth2 está conectada à outra VM (através da rede interna do VirtualBox).
Na GUI, adicionei um nó ao "cluster padrão" e deixei o "Tipo de energia" em branco, pois o Wake On Lan não funciona com o VirtualBox.
Questões
Após iniciar manualmente a VM cliente, ela adquire um endereço IP e inicia com sucesso o processo de inicialização. No entanto, em algum momento, ele trava por 120 segundos com a seguinte mensagem repetida várias vezes:
url_helper.py[AVISO]: Chamando 'http://169.254.169.254/2009-04-04/meta-data/instance-id' falhou [70/120s]: erro de solicitação [HTTPConnectionPool(host='169.254.269.254', port=80): Máximo de tentativas excedido com url: /2009-04-04/meta-data/instance-id (Causado por: [Errno 101] A rede está inacessível)]
Depois de ler sobre isso online, descobri que, como esta é uma imagem em nuvem do Ubuntu, ele está tentando recuperar metadados de instância.
1) Como eu desabilitaria esse comportamento?
2) Como eu executaria um serviço de metadados (cloud-init?) (e onde? na VM MAAS?) para fornecer os metadados da instância?
Não tenho certeza se isso está relacionado ao primeiro problema. Após os 120 anos, o processo de inicialização é retomado e recebo um prompt de login. Depois de ler online, descobri que não consigo fazer login localmente. Em vez disso, devo conectar-me via ssh com autenticação de chave pública. Como mencionado acima, gerei chaves ssh e as adicionei ao MAAS, mas minha conexão ssh foi recusada.
test@ubuntuServer1404:~$ ssh [email protected] -v
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.7.101 [192.168.7.101] port 22.
debug1: Connection established.
debug1: identity file /home/test/.ssh/id_rsa type 1
debug1: identity file /home/test/.ssh/id_rsa-cert type -1
debug1: identity file /home/test/.ssh/id_dsa type -1
debug1: identity file /home/test/.ssh/id_dsa-cert type -1
debug1: identity file /home/test/.ssh/id_ecdsa type -1
debug1: identity file /home/test/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/test/.ssh/id_ed25519 type -1
debug1: identity file /home/test/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2 pat OpenSSH_6.6.1* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr [email protected] none
debug1: kex: client->server aes128-ctr [email protected] none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 06:16:8e:d2:22:3a:0b:67:64:3d:7b:17:69:fb:ee:29
debug1: Host '192.168.7.101' is known and matches the ECDSA host key.
debug1: Found key in /home/test/.ssh/known_hosts:2
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/test/.ssh/id_rsa
debug1: Authentications that can continue: publickey
debug1: Trying private key: /home/test/.ssh/id_dsa
debug1: Trying private key: /home/test/.ssh/id_ecdsa
debug1: Trying private key: /home/test/.ssh/id_ed25519
debug1: No more authentication methods to try.
Permission denied (publickey).
Qualquer ajuda é apreciada. Obrigado.
Responder1
Eu tive o mesmo problema, porque o maas havia sido configurado com o IP incorreto (era DHCP quando construí a máquina pela primeira vez). O problema foi resolvido após a execução
dpkg-reconfigure maas-region-controller
e fornecendo o IP correto.