web-dev-qa-db-fra.com

Juju - agent-état bloqué sur l'allocation

J'utilise Ubuntu 14.04 LTS, en utilisant l'environnement MaaS. Les commandes que j'ai utilisées étaient:

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

Sur le fichier ~/.juju/environment.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

J'ai couru ces commandes:

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

Et après tout cela, le crochet a échoué: installer, alors je l’ai fait

juju debug-log

Je dois avoir ce paquet:

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

Ensuite, tout est devenu vert, mais je n’ai toujours pas accès à wordpress adresse publique, j’ai retiré les machines et les services. J'ai répété le processus et maintenant j'ai cette situation:

enter image description here

enter image description here

enter image description here

enter image description here

enter image description here

enter image description here

Comment puis-je résoudre cette situation?

jujumaas
3
Mario

Essayez de vous connecter sur les machines bloquées pour "allouer" et voyez ce qui se passe. Essayez juju ssh <unit-name> ou simplement juju ssh N où "N" est l’ID de la machine.

De plus, la commande debug-log que vous avez utilisée affichera par défaut uniquement les dernières lignes, comme tail(1). Essayez juju debug-log --replay, cela vous donnera la sortie complète. Mais je pense que votre meilleur pari est de vous connecter sur ces machines.

2
Andreas Hasenack