Nous avons la configuration MAAS suivante - Un nœud est configuré en tant que serveur avec à la fois le cluster MAAS et les contrôleurs de région en cours d'exécution. Nous avons ajouté 2 nœuds qui sont dans un LAN virtuel privé avec le nœud serveur. Nous avons amené les nœuds à l'état "Prêt" et installé juju sur le serveur. Maintenant, quand nous essayons d'exécuter juju bootstrap
, ça dit Attempting to connect to 10.10.10.104
et échoue après 10 minutes avec la connexion refusée. 10.10.10.104
est l'un de nos nœuds dans le vLAN privé et celui qui était déjà dans MAAS.
Mon soupçon est - le nœud est à l'état "Prêt" et donc aucun système d'exploitation n'est encore installé dessus. juju tente de s'y connecter. Il devrait évidemment être incapable de se connecter, car MAAS collecte toutes les informations requises des nœuds lors du démarrage PXE et arrête les machines.
juju veut installer OS sur les nœuds mais les machines ne sont pas en place.
PS: Notre type de mise sous tension est IPMI
MODIFIER : lors de l'exécution juju bootstrap --debug
, nous voyons une multitude de ces messages
2014-10-12 02:50:58 DEBUG juju.utils.ssh ssh_openssh.go:122 running: ssh -o "StrictHostKeyChecking no" -o "PasswordAuthentication no" -i /root/.juju/ssh/juju_id_r sa -i /root/.ssh/id_rsa [email protected] /bin/bash
Et après 10 minutes, il échoue maintenant avec
waited for 10m0s without being able to connect: /var/lib/juju/nonce.txt does not exist
Dans mon cas, j'avais wakeonlan comme mode d'alimentation et j'ai dû mettre ma boîte en mode pxe après avoir lancé la commande juju bootstrap. Au démarrage, Juju va acquérir le nœud dans Maas et déployer le système d'exploitation. basé sur le type Debian ou Fast que vous avez configuré pour le nœud - ce temps d'installation prend beaucoup de temps et pas dans les 10 minutes. Vous devez donc mettre à jour votre fichier environment.yaml avec une entrée de bootstrap-timeout: 1800 (ou une valeur supérieure à 600 qui convient à votre système)