juju implantar o tempo limite

Question

Depois de instalar o juju no ppa e inicializá-lo, não consegui implantar nada. Juju responde com isso:

$ juju deploy mysql
2013-01-21 22:44:53,394 INFO Searching for charm cs:precise/mysql in charm store
2013-01-21 22:45:05,592 ERROR could not connect before timeout

Isso acontece com todos os encantos que eu tentei.

Estou executando o Ubuntu Server 12.10. Instalação recente também. 12.10 tem sido uma dor real. Provavelmente vai reverter para 12.04 e espere até que seja Raring se não vai funcionar em breve.

    

Answer 1

Você receberia esse erro se não conseguisse se conectar à loja de charme Juju no link . Então, você pode estar bloqueado por um firewall que está impedindo que você se conecte à loja de charme e que esteja expirando, quando tentar baixar o charme do mysql.

Você pode verificar se pode se conectar à loja de charme tentando o seguinte comando:

wget http://jujucharms.com/

Ele deve salvar um arquivo index.html se você puder se conectar. Se expirar, você terá um problema ao acessar a loja de charme e terá que copiar manualmente os charms localmente e usar um comando como:

juju deploy --repository /path/to/charm-repo local:mysql

Se você quiser fazer o download de uma cópia de todos os charms da loja de charme para copiar para o seu sistema, instale as ferramentas de charme do pacote e use os seguintes comandos:

cd dir/where/you/will/store/this
mkdir -p charm-repo/precise
charm getall charm-repo/precise

Se você não tiver sorte e quiser depurar o juju, use o sinalizador -v para a saída detalhada:

juju -v deploy mysql

Espero que ajude.

    

Answer 2

Eu tenho exatamente o mesmo erro e depois de executar com '-v', ficou claro que o problema era com o servidor zookeeper, que na verdade não estava sendo executado:

2013-02-28 18: 19: 02,019: 18960 (0x7f172f531700): ZOO_INFO @ zookeeper_init @ 727: Iniciando a conexão do cliente, host = 10.0.3.1: 48948 sessionTimeout = 10000 watcher = 0x7f172eda0700 sessionId = 0 sessionPasswd = context = 0x1ec9150 flags = 0

Eu não consegui descobrir porque ele não estava rodando, mas o problema desapareceu depois que eu mudei meu diretório de dados em environments.yaml e executei novamente o comando 'juju bootstrap'.

    

Answer 3

Eu recebi o mesmo erro, no MAAS 1.5

O problema foi que eu definir o meu tempo do servidor MAAS como meu horário local PST, depois que eu mudei para UTC, funcionou.

Após a instalação completa dos meus serviços, mudei o fuso horário para a minha hora local novamente.