MAAS / VirtualBox L'appel de 'http://169.254.169.254/2009-04-04/meta-data/instance-id' a échoué et SSH a échoué
Installer
À des fins de test, j'ai installé MAAS dans une machine virtuelle VirtualBox VM et je souhaite lui permettre de démarrer une deuxième machine virtuelle.
Les deux ordinateurs virtuels sont connectés à un réseau interne VirtualBox.
Le MAAS VM est un serveur Ubuntu 14.04.2 et j'ai installé la version 1.7.5 + bzr3369-0ubuntu1 ~ trusty1 des packages suivants:
maas
maas-region-controller
maas-cluster-controller
maas-dhcp
maas-dns
Dans la section "Images" de l'interface graphique de MAAS, j'ai ajouté l'image 14.04 LTS de l'archive par défaut ( http://archive.ubuntu.com/ubunt ). Le cluster par défaut ("Cluster master") a ensuite été en mesure de se synchroniser.
Sur le MAAS VM, j'ai également généré des clés SSH avec ssh-keygen et les ai enregistrées à l'emplacement par défaut (~/.ssh /). Ensuite, dans la section des préférences utilisateur de l'interface graphique, j'ai ajouté la clé publique SSH.
Dans la section "Clusters" de l'interface graphique, j'ai ajouté une interface (eth2) à "Cluster Master" et je l'ai configurée pour gérer dhcp et dns. L'interface eth2 est connectée à l'autre VM (via le réseau interne de VirtualBox).
Dans l'interface graphique, j'ai ajouté un nœud à "cluster par défaut" et laissé le "type d'alimentation" vide car Wake On Lan ne fonctionne pas avec VirtualBox.
Des questions
Après avoir démarré manuellement la machine virtuelle cliente, celle-ci acquiert une adresse IP et commence avec succès le processus de démarrage. Cependant, à un moment donné, il se bloque pendant 120 secondes avec le message suivant répété plusieurs fois:
url_helper.py [AVERTISSEMENT]: l'appel de ' http://169.254.169.254/2009-04-04/meta-data/instance-id ' a échoué [70/120s]: erreur de demande [HTTPConnectionPool ( Hôte = '169.254.269.254', port = 80): Nombre maximal de tentatives dépassé avec l'url:/2009-04-04/meta-data/instance-id (provoqué par: [Errno 101], le réseau est inaccessible)]
Après avoir lu à propos de ce site en ligne, j'ai découvert que, puisqu'il s'agit d'une image nuage d'Ubuntu, ce dernier tente de récupérer des métadonnées d'instance.
1) Comment pourrais-je m'y prendre pour désactiver ce comportement?
2) Comment pourrais-je exécuter un service de métadonnées (cloud-init?) (Et où? Sur la machine virtuelle MAAS?) Pour fournir les métadonnées d'instance?
Je ne suis pas sûr que cela soit lié au premier problème. Après les 120 secondes, le processus de démarrage reprend et un invite de connexion s’affiche. Après avoir lu en ligne, j'ai découvert que je ne pouvais pas me connecter localement. Au lieu de cela, je dois me connecter via ssh avec une authentification Publickey. Comme mentionné ci-dessus, j'ai généré des clés SSH et les ai ajoutées à MAAS, mais ma connexion SSH est refusée.
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).
Toute aide est appréciée. Merci.
J'ai eu le même problème, et c'était parce que maas avait été configuré avec une adresse IP incorrecte (c'était DHCP lorsque j'ai construit la machine pour la première fois). Le problème a été résolu après avoir exécuté
dpkg-reconfigure maas-region-controller
et en fournissant l'adresse IP correcte.