web-dev-qa-db-fra.com

Clé SSH MAAS non valide

Je voudrais configurer un MAAS pour OpenStack avec Ubuntu 12.04.

Tout fonctionne très bien:

marcel@ubuntu20:~$ juju status
2012-07-09 13:00:02,559 INFO Connecting to environment...
The authenticity of Host 'node1 (10.110.11.71)' can't be established.
ECDSA key fingerprint is 29:42:2c:7a:ef:52:d4:f8:63:51:d8:a1:1e:a9:16:0e.
Are you sure you want to continue connecting (yes/no)? yes
2012-07-09 13:00:05,883 ERROR Invalid SSH key

J'ai lu que d'autres personnes ont ce problème, je ne sais pas s'il s'agit d'un BUG mais je n'ai pas trouvé de solution de travail ...

J'ai lu cette publication avec le même problème .

J'ai ajouté un utilisateur root à ce fichier que je peux accéder aux nœuds:

/var/lib/cobbler/kickstarts/maas.preseed:

Maintenant, j'ai accès aux nœuds et j'ai créé un utilisateur ubuntu avec un mot de passe et copié les clés.

Maintenant, ça a l'air un peu mieux, je pensais.

marcel@ubuntu20:~$ juju status
2012-07-09 15:43:12,130 INFO Connecting to environment...
Warning: the ECDSA Host key for 'node1' differs from the key for the IP address '10.110.11.71'
Offending key for IP in /home/marcel/.ssh/known_hosts:1
Matching Host key in /home/marcel/.ssh/known_hosts:8
Are you sure you want to continue connecting (yes/no)? yes

Un examen plus attentif me montre ces problèmes:

marcel@ubuntu20:~$ juju -v status
2012-07-09 15:36:49,458 DEBUG Initializing juju status runtime
2012-07-09 15:36:49,469 INFO Connecting to environment...
2012-07-09 15:36:49,588 DEBUG Connecting to environment using node1...
2012-07-09 15:36:49,589 DEBUG Spawning SSH process with remote_user="ubuntu" remote_Host="node1" remote_port="2181" local_port="43964".
Warning: the ECDSA Host key for 'node1' differs from the key for the IP address '10.110.11.71'
Offending key for IP in /home/marcel/.ssh/known_hosts:1
Matching Host key in /home/marcel/.ssh/known_hosts:8
Are you sure you want to continue connecting (yes/no)? yes
2012-07-09 15:36:53,098:16474(0x7f0c16d58700):Zoo_INFO@log_env@658: Client environment:zookeeper.version=zookeeper C client 3.3.5
2012-07-09 15:36:53,098:16474(0x7f0c16d58700):Zoo_INFO@log_env@662: Client environment:Host.name=ubuntu20
2012-07-09 15:36:53,098:16474(0x7f0c16d58700):Zoo_INFO@log_env@669: Client environment:os.name=Linux
2012-07-09 15:36:53,098:16474(0x7f0c16d58700):Zoo_INFO@log_env@670: Client environment:os.Arch=3.2.0-23-generic
2012-07-09 15:36:53,098:16474(0x7f0c16d58700):Zoo_INFO@log_env@671: Client environment:os.version=#36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012
2012-07-09 15:36:53,099:16474(0x7f0c16d58700):Zoo_INFO@log_env@679: Client environment:user.name=marcel
2012-07-09 15:36:53,099:16474(0x7f0c16d58700):Zoo_INFO@log_env@687: Client environment:user.home=/home/marcel
2012-07-09 15:36:53,099:16474(0x7f0c16d58700):Zoo_INFO@log_env@699: Client environment:user.dir=/home/marcel
2012-07-09 15:36:53,099:16474(0x7f0c16d58700):Zoo_INFO@zookeeper_init@727: Initiating client connection, Host=localhost:43964 sessionTimeout=10000 watcher=0x7f0c14b886b0 sessionId=0 sessionPasswd=<null> context=0x367e940 flags=0
2012-07-09 15:36:53,100:16474(0x7f0c118e2700):Zoo_INFO@check_events@1585: initiated connection to server [127.0.0.1:43964]
2012-07-09 15:36:53,100:16474(0x7f0c118e2700):Zoo_ERROR@handle_socket_error_msg@1603: Socket [127.0.0.1:43964] zk retcode=-4, errno=112(Host is down): failed while receiving a server response
2012-07-09 15:36:56,434:16474(0x7f0c118e2700):Zoo_ERROR@handle_socket_error_msg@1579: Socket [127.0.0.1:43964] zk retcode=-4, errno=111(Connection refused): server refused to accept the client
2012-07-09 15:36:59,770:16474(0x7f0c118e2700):Zoo_ERROR@handle_socket_error_msg@1579: Socket [127.0.0.1:43964] zk retcode=-4, errno=111(Connection refused): server refused to accept the client
2012-07-09 15:37:03,107:16474(0x7f0c118e2700):Zoo_ERROR@handle_socket_error_msg@1579: Socket [127.0.0.1:43964] zk retcode=-4, errno=111(Connection refused): server refused to accept the client
2012-07-09 15:37:06,443:16474(0x7f0c118e2700):Zoo_ERROR@handle_socket_error_msg@1579: Socket [127.0.0.1:43964] zk retcode=-4, errno=111(Connection refused): server refused to accept the client
2012-07-09 15:37:09,779:16474(0x7f0c118e2700):Zoo_ERROR@handle_socket_error_msg@1579: Socket [127.0.0.1:43964] zk retcode=-4, errno=111(Connection refused): server refused to accept the client
2012-07-09 15:37:13,116:16474(0x7f0c118e2700):Zoo_ERROR@handle_socket_error_msg@1579: Socket [127.0.0.1:43964] zk retcode=-4, errno=111(Connection refused): server refused to accept the client
2012-07-09 15:37:16,452:16474(0x7f0c118e2700):Zoo_ERROR@handle_socket_error_msg@1579: Socket [127.0.0.1:43964] zk retcode=-4, errno=111(Connection refused): server refused to accept the client
2012-07-09 15:37:19,589 DEBUG Retrying connection: Cannot connect to environment using node1 (perhaps still initializing): could not connect before timeout after 1 retries
2012-07-09 15:37:19,708 DEBUG Connecting to environment using node1...
2012-07-09 15:37:19,708 DEBUG Spawning SSH process with remote_user="ubuntu" remote_Host="node1" remote_port="2181" local_port="60742".
Warning: the ECDSA Host key for 'node1' differs from the key for the IP address '10.110.11.71'
Of
1
keamas

Vous ne devriez pas avoir à ajouter manuellement des clés SSH lors du déploiement avec Juju. Il y a un certain nombre de choses qui peuvent mal se passer au stade du déploiement (et nous rétroportons quelques correctifs pour atténuer les problèmes). Pouvez-vous s'il vous plaît jeter un oeil ici https://answers.launchpad.net/maas/+faqs et voir si l'une des deux premières FAQ s'applique.

2
bigjools

Il semble que Juju souhaite utiliser l'utilisateur MaaS 'root' et non un autre utilisateur nommé - Veuillez noter que je n'ai pas encore tenté de répéter l'erreur pour confirmer ...

J'ai reçu le message Clé SSH invalide lors de mon premier déploiement de test (11 mars 2013) - j'ai vérifié le problème d'heure indiqué ci-dessus en vain.

Dans l'installation MaaS initiale, j'ai créé un utilisateur MaaS nommé autre que root, puis j'ai installé JuJu et j'ai essayé de faire passer JuJu à cette erreur -

Pour résoudre le problème de clé SSH non valide, j'ai créé un utilisateur nommé 'root' dans MaaS puis:

Sudo ssh-keygen -t rsa vers le dossier ~/.ssh/id_rsa (/home/MyUbuntuLoginName/.ssh/id_rsa - pas la valeur par défaut Sudo de /root/.ssh/id_rsa)

chmod 777 ~/.ssh/ (pas sûr que c'était nécessaire - évidemment pas sûr)

Sudo cat ~/.ssh/id_rsa.pub et copier le résultat dans l'interface graphique MaaS vers root/preferences/ajouter la clé ssh

copie de la clé MaaS de root dans le fichier /home/MyUbuntuLoginName/environment.yaml

Sudo juju bootstrap - attendre (peut-être longtemps) que la machine se mette en ligne

Sudo juju status

acceptez le certificat en tapant yes lorsque vous y êtes invité

Succès!

Encore une fois, je n'ai pas répété le problème pour confirmer que c'est la cause première ...

Mikrodots

1
Mikrodots