Configuración
Para fines de prueba, instalé MAAS en una VM VirtualBox y quiero que arranque PXE en una segunda VM.
Ambas máquinas virtuales están conectadas a una red interna de VirtualBox.
La máquina virtual MAAS es un servidor Ubuntu 14.04.2 e instalé la versión 1.7.5+bzr3369-0ubuntu1~trusty1 de los siguientes paquetes:
maas
maas-region-controller
maas-cluster-controller
maas-dhcp
maas-dns
En la sección "Imágenes" de la GUI de MAAS, agregué la imagen 14.04 LTS del archivo predeterminado (http://archive.ubuntu.com/ubuntu). El clúster predeterminado ("Cluster master") pudo sincronizarse exitosamente.
En la máquina virtual MAAS también generé claves ssh ssh-keygeny las guardé en la ubicación predeterminada (~/.ssh/). Luego, en la sección de preferencias del usuario de la GUI, agregué la clave pública SSH.
En la sección "Clústeres" de la GUI, agregué una interfaz (eth2) a "Cluster Master" y la configuré para administrar dhcp y dns. La interfaz eth2 está conectada a la otra VM (a través de la red interna de VirtualBox).
En la GUI, agregué un nodo al "clúster predeterminado" y dejé el "Tipo de energía" en blanco ya que Wake On Lan no funciona con VirtualBox.
Preguntas
Después de iniciar manualmente la máquina virtual del cliente, adquiere una dirección IP y comienza exitosamente el proceso de inicio. Sin embargo, en algún momento se cuelga durante 120 segundos y el siguiente mensaje se repite varias veces:
url_helper.py[ADVERTENCIA]: Llamando 'http://169.254.169.254/2009-04-04/meta-data/instance-id'falló [70/120s]: error de solicitud [HTTPConnectionPool(host='169.254.269.254', puerto=80): se excedieron los reintentos máximos con la URL: /2009-04-04/meta-data/instance-id (causado por: [Errno 101] La red es inalcanzable)]
Después de leer sobre esto en línea, descubrí que, dado que se trata de una imagen en la nube de Ubuntu, está intentando recuperar metadatos de la instancia.
1) ¿Cómo haría para desactivar este comportamiento?
2) ¿Cómo haría para ejecutar un servicio de metadatos (nube-init?) (¿y dónde? ¿en la máquina virtual MAAS?) para suministrar los metadatos de la instancia?
No estoy seguro si esto está relacionado con el primer problema. Después de los 120, el proceso de inicio se reanuda y aparece un mensaje de inicio de sesión. Después de leer en línea descubrí que no puedo iniciar sesión localmente. En lugar de eso, debo conectarme a través de ssh con autenticación de clave pública. Como se mencionó anteriormente, generé claves ssh y las agregué a MAAS, pero mi conexión ssh es rechazada.
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).
Se agradece cualquier ayuda. Gracias.
Respuesta1
Tuve el mismo problema y se debió a que maas se había configurado con la IP incorrecta (era DHCP cuando construí la máquina por primera vez). El problema se resolvió después de ejecutar
dpkg-reconfigure maas-region-controller
y proporcionando la IP correcta.