Para fins de teste, eu instalei o MAAS em uma VM do VirtualBox e quero que ele inicialize uma segunda VM com o PXE.
Ambas as VMs estão conectadas a uma rede interna do VirtualBox.
A MAAS VM é um servidor Ubuntu 14.04.2 e eu 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 ( link ). O cluster padrão ("Cluster master") foi capaz de sincronizar com sucesso.
Na VM do MAAS, também gerei chaves ssh com ssh-keygen e 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) a "Cluster Master" e a configurei para gerenciar o dhcp e o 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 "Power type" em branco, já que o Wake On Lan não funciona com o VirtualBox.
Depois de iniciar manualmente a VM do cliente, ele adquire um endereço IP e inicia o processo de inicialização com êxito. No entanto, em algum momento, ele fica suspenso por 120 segundos, com a seguinte mensagem repetida várias vezes:
url_helper.py[WARNING]: Calling 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [70/120s]: request error [HTTPConnectionPool(host='169.254.269.254', port=80): Max retries exceeded with url: /2009-04-04/meta-data/instance-id (Caused by : [Errno 101] Network is unreachable)]
Depois de ler sobre isso on-line, descobri que, como esta é uma imagem em nuvem do Ubuntu, ela está tentando recuperar os metadados da instância.
1) Como eu iria desabilitar esse comportamento?
2) Como eu poderia executar um serviço de metadados (cloud-init?) (e onde? na MAAS VM?) para fornecer os metadados da instância?
Não tenho certeza se isso está relacionado ao primeiro problema. Após os 120s, o processo de inicialização é retomado e me é apresentado um prompt de login. Depois de ler on-line, descobri que não consigo fazer login localmente. Em vez disso, devo conectar via ssh com autenticação de chave pública. Como mencionado acima, eu criei 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.
Eu tive o mesmo problema, e foi porque o maas tinha sido configurado com o IP incorreto (era o DHCP quando construí a máquina pela primeira vez). O problema foi resolvido depois de executar
dpkg-reconfigure maas-region-controller
e fornecendo o IP correto.
Tags ssh virtualbox maas