Chave SSH inválida do MAAS

Navegue suas respostas
1

Eu gostaria de configurar um MAAS para OpenStack com o Ubuntu 12.04.

Tudo funciona muito bem: 

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

Eu li mais algumas pessoas que não sabem se é um BUG, mas não consegui encontrar uma solução de trabalho ...

Eu li esta postagem com o mesmo questão .

Eu adicionei um usuário root a este arquivo que posso acessar os nós: 

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

Agora eu tenho acesso aos nós e criei um usuário ubuntu com uma senha e copiei as chaves.

Agora parece um pouco melhor, pensei. 

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

Um olhar mais atento me mostra esses problemas: 

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
    
por keamas 09.07.2012 / 15:51

2 respostas

2

Você não deve ter que adicionar manualmente chaves SSH ao implantar com o Juju. Há várias coisas que podem dar errado no estágio de implementação (e estamos dando backport de algumas correções para aliviar os problemas). Por favor, dê uma olhada aqui link e veja se alguma das duas primeiras FAQs se aplica.

    
por bigjools 18.07.2012 / 03:49
1

Parece que o Juju quer usar o usuário 'root' do MaaS e não outro usuário nomeado - Por favor, note que eu ainda não tentei repetir o erro para confirmar ...

Recebi a mensagem Chave SSH inválida durante o lançamento do meu primeiro teste (11 de março de 2013) - verifiquei o problema de tempo listado acima sem sucesso.

Na instalação inicial do MaaS, criei um usuário do MaaS com o nome diferente de root e instalei o JuJu e tentei fazer com que o JuJu ultrapassasse esse erro -

Para resolver o problema da chave SSH inválida, criei um usuário chamado 'root' no MaaS e, em seguida:

sudo ssh-keygen -t rsa para a pasta ~ / .ssh / id_rsa (/home/MeuUuticoNomeDoUsuário/.ssh/id_rsa - não o padrão do sudo de /root/.ssh/id_rsa)

chmod 777 ~/.ssh/ (não tenho certeza se isso foi necessário - obviamente não é seguro)

sudo cat ~/.ssh/id_rsa.pub e copie o resultado no web gui do MaaS para root / preferences / add ssh key

chave MaaS do root copiado no arquivo /home/MyUbuntuLoginName/environment.yaml

sudo juju bootstrap - espere (possivelmente um longo tempo) para a máquina ficar on-line 

sudo juju status

aceite o cert digitando yes quando solicitado

Sucesso!

Mais uma vez, não repito o problema para confirmar que esta é a causa raiz ...

Mikrodots

    
por Mikrodots 11.03.2013 / 23:19
Rapidamente: o log do aplicativo Python Por que o diálogo de compartilhamento do U1 é tão inútil?