Como corrijo um erro de “Tempo limite do usuário causado por falha na conexão”?

Question

Estou seguindo estas instruções - Como configuro o juju para uso local? e tudo parece bem até:

juju deploy mysql - o que dá a você

2012-08-01 16:14:58,560 INFO Searching for charm cs:precise/mysql in charm store
User timeout caused connection failure.
2012-08-01 16:15:28,592 ERROR User timeout caused connection failure.

~/juju/samples/charms/ está vazio.

bootstrap juju completado dentro de 10 segundos que eu suspeito que não está correto

geme@GEME1:~$ juju bootstrap
2012-08-01 16:13:11,878 INFO Bootstrapping environment 'sample' (origin: distro type: local)...
2012-08-01 16:13:11,880 INFO Checking for required packages...
2012-08-01 16:13:12,525 INFO Starting networking...
2012-08-01 16:13:12,870 INFO Starting zookeeper...
2012-08-01 16:13:13,041 INFO Starting storage server...
2012-08-01 16:13:15,474 INFO Initializing zookeeper hierarchy
2012-08-01 16:13:17,846 INFO Starting machine agent (origin: distro)... 
2012-08-01 16:13:19,483 INFO Environment bootstrapped
2012-08-01 16:13:19,487 INFO 'bootstrap' command finished successfully

status mostra:

geme@GEME1:~$ juju status
machines:
  0:
    agent-state: running
    dns-name: localhost
    instance-id: local
    instance-state: running
services: {}
2012-08-01 16:13:28,304 INFO 'status' command finished successfully
geme@GEME1:~$ juju -v status
2012-08-01 16:13:44,419 DEBUG Initializing juju status runtime
2012-08-01 16:13:44,522:2807(0xb77abb00):ZOO_INFO@log_env@658: Client environment:zookeeper.version=zookeeper C client 3.3.5
2012-08-01 16:13:44,522:2807(0xb77abb00):ZOO_INFO@log_env@662: Client environment:host.name=GEME1
2012-08-01 16:13:44,523:2807(0xb77abb00):ZOO_INFO@log_env@669: Client environment:os.name=Linux
2012-08-01 16:13:44,523:2807(0xb77abb00):ZOO_INFO@log_env@670: Client environment:os.arch=3.2.0-23-generic-pae
2012-08-01 16:13:44,523:2807(0xb77abb00):ZOO_INFO@log_env@671: Client environment:os.version=#36-Ubuntu SMP Tue Apr 10 22:19:09 UTC 2012
2012-08-01 16:13:44,532:2807(0xb77abb00):ZOO_INFO@log_env@679: Client environment:user.name=geme
2012-08-01 16:13:44,535:2807(0xb77abb00):ZOO_INFO@log_env@687: Client environment:user.home=/home/geme
2012-08-01 16:13:44,535:2807(0xb77abb00):ZOO_INFO@log_env@699: Client environment:user.dir=/home/geme
2012-08-01 16:13:44,535:2807(0xb77abb00):ZOO_INFO@zookeeper_init@727: Initiating client connection, host=192.168.122.1:59761 sessionTimeout=10000 watcher=0xd9f620 sessionId=0 sessionPasswd=<null> context=0x8a43440 flags=0
2012-08-01 16:13:44,545:2807(0xb7483b40):ZOO_INFO@check_events@1585: initiated connection to server [192.168.122.1:59761]
2012-08-01 16:13:44,564:2807(0xb7483b40):ZOO_INFO@check_events@1632: session establishment complete on server [192.168.122.1:59761], sessionId=0x138e2bf765f0003, negotiated timeout=10000
2012-08-01 16:13:44,573 DEBUG Environment is initialized.
machines:
  0:
    agent-state: running
    dns-name: localhost
    instance-id: local
    instance-state: running
services: {}
2012-08-01 16:13:44,599 INFO 'status' command finished successfully

Com sinalizador detalhado:

juju -vv deploy mysql
2012-08-02 17:37:52,895 DEBUG Initializing juju deploy runtime
2012-08-02 17:37:52,897 INFO Searching for charm cs:precise/mysql in charm store
Traceback (most recent call last):<br>
Failure: twisted.internet.error.TimeoutError: User timeout caused connection failure.
2012-08-02 17:38:22,936 ERROR Traceback (most recent call last):
Failure: twisted.internet.error.TimeoutError: User timeout caused connection failure.

User timeout caused connection failure.
2012-08-02 17:38:22,942 ERROR User timeout caused connection failure.

    

Answer 1

O bootstrapping é esperado rapidamente. Na maioria dos ambientes, o bootstrap irá realmente rodar uma máquina, quando você está trabalhando com uma implementação local, ela apenas cria o primeiro contêiner LXC e configura a rede. Então isso normalmente leva 10-20 segundos. A mágica acontece na primeira implementação, como explicado em esta questão de configuração local , é quando o Juju baixa ~ 300MB de imagem do servidor e cria o "container mestre" no qual todas as implantações futuras são baseadas.

Agora, o erro que você recebe parece afirmar que há um tempo limite tentando acessar a loja do Juju Charm. Eu não estava ciente de nenhuma interrupção, mas pode ser porque você está por trás de um proxy ou algum outro tipo de problema de rede / timeout. Eu recomendaria tentar novamente ( juju destroy-environment -e local ) e, em seguida, reinicializar.

Se você tiver problemas com o proxy, baixe os amuletos localmente usando o Bazaar:

mkdir -p ~/charms/precise
cd ~/charms/precise
bzr branch lp:charms/mysql
juju deploy --repository=~/charms local:mysql

Enquanto o diretório pode ser qualquer coisa, o item importante a seguir é que cada charme precisa estar em uma pasta de série (seguindo os nomes das versões do Ubuntu). Fora isso, você usa --repository , que instrui Juju a procurar aqui por encantos, e o local: prefix diz ao Juju que a implantação será daquele local --repository caminho.