Juju - agente-estado preso na alocação

3

Estou usando o Ubuntu 14.04 LTS, usando o ambiente MaaS. Os comandos que usei foram:

sudo add-apt-repository ppa:juju/stable
sudo apt-get update && sudo apt-get install juju-core
wget -c https://streams.canonical.com/juju/tools/releases/juju-1.22.1-trusty-amd64.tgz

No arquivo ~ / .juju / environments.yaml:

 maas:
        type: maas

        # maas-server specifies the location of the MAAS server. It must
        # specify the base path.
        #
        maas-server: 'http://172.16.1.160/MAAS/'

        # maas-oauth holds the OAuth credentials from MAAS.
        #
        maas-oauth: 'hf2bxnTtpCzKYqjTM2:NMuK7kFXrwsyqAvArK:ZbhT76BDbyMEU5mTXxv9X6YJuAPAMBcS'
        admin-secret: password
        agent-metadata-url: http://172.16.1.160/juju-metadata/tools
        # maas-server bootstrap ssh connection options
        #

        # bootstrap-timeout time to wait contacting a state server, in seconds.
        bootstrap-timeout: 1800

Eu executei estes comandos:

juju bootstrap
sudo apt-get install bzr
mkdir –p /opt/charms/trusty; cd /opt/charms/trusty
bzr branch lp:charms/wordpress
bzr branch lp:charms/mysql
bzr branch lp:charms/juju-gui
juju deploy --to 0 –-repository=/opt/charms local:trusty/juju-gui
juju deploy –-repository=/opt/charms local:trusty/wordpress
juju deploy –-repository=/opt/charms local:trusty/mysql
juju add-relation wordpress mysql

E depois de tudo isso, eu tenho o gancho falhou: instalar, então eu fiz

juju debug-log

Tem que receber este pacote:

sudo add-apt-repository ppa:charmers/charm-helpers

Então tudo ficou verde, mas ainda não consegui acessar o endereço público do wordpress, removi as máquinas e os serviços. Eu repeti o processo e agora obtenho esta situação:

Como posso resolver esta situação?

    
por Mario 13.04.2015 / 01:35

1 resposta

2

Tente fazer login nas máquinas que estão presas em "alocação" e veja o que está acontecendo. Experimente juju ssh <unit-name> ou apenas juju ssh N , em que "N" é o ID da máquina.

Além disso, o comando debug-log usado por padrão mostrará apenas as últimas linhas, como tail(1) . Experimente juju debug-log --replay , que fornecerá a saída completa. Mas acho que sua melhor aposta é fazer o login nessas máquinas.

    
por Andreas Hasenack 13.04.2015 / 13:46

Tags