web-dev-qa-db-fra.com

agent-state-info: 'hook a échoué: "config-modified" déployer wordpress à l'aide de juju

J'ai une machine virtuelle sur Windows Azure. J'ai installé juju dans ma machine virtuelle. Je veux déployer wordpress sur ma machine virtuelle. Je suis exécuté sur une machine 64 bits

J'ai lu sur ce blog, étape par étape, comment déployer wordpress:

https://juju.ubuntu.com/get-started/local

Mais j'ai eu une erreur sur mon statut de juju comme ci-dessous:

machines:
  "0":
    agent-state: started
    agent-version: 1.12.0.1
    dns-name: 10.0.3.1
    instance-id: localhost
    series: precise
  "1":
    agent-state: started
    agent-version: 1.12.0.1
    instance-id: azureuser-local-machine-1
    instance-state: missing
    series: precise
  "2":
    agent-state: started
    agent-version: 1.12.0.1
    instance-id: azureuser-local-machine-2
    instance-state: missing
    series: precise
services:
  mysql:
    charm: cs:precise/mysql-27
    exposed: false
    relations:
      cluster:
      - mysql
      db:
      - wordpress
    units:
      mysql/0:
        agent-state: error
        agent-state-info: 'hook failed: "config-changed"'
        agent-version: 1.12.0.1
        machine: "1"
        public-address: 10.0.3.209
  wordpress:
    charm: cs:precise/wordpress-16
    exposed: true
    relations:
      db:
      - mysql
      loadbalancer:
      - wordpress
    units:
      wordpress/0:
        agent-state: started
        agent-version: 1.12.0.1
        machine: "2"
        public-address: 10.0.3.174

Ensuite, lorsque j’essaie d’accéder à une adresse publique ayant une adresse IP 10.0.3.174, j’ai eu une mauvaise passerelle.

Sur le statut de juju j'ai fondé:

 units:
          mysql/0:
            agent-state: error
            agent-state-info: 'hook failed: "config-changed"'

Comment résoudre cette erreur?

jujuwordpress
4
Pirates

Ce que vous voyez est une erreur survenue pendant l'exécution du hook pour la configuration modifiée de MySQL. Cela se produit généralement à cause de quelques choses

  • Un bug de charme
  • Options de configuration manquantes
  • un "hoquet" pendant l'exécution du hook

Pour commencer, vous devrez collecter des informations sur votre opération en cours d'exécution dans les journaux de débogage. Sous les environnements de production (tels que aws, hpcloud, etc.), vous exécutez juju debug-log -n 500 mais, dans la mesure où vous exécutez le fournisseur local, celui-ci sera situé dans

$HOME/.juju/local/logs/unit-wordpress-0.log
$HOME/.juju/local/logs/unit-mysql-0.log

Le format des fichiers journaux est assez simple, et si vous avez besoin d’une aide supplémentaire pour les analyser, chargez-le sur paste.ubuntu.com et nous pourrons parcourir les journaux soit dans #Juju sur IRC, soit question.

Habituellement, lorsqu'une erreur est rencontrée en raison de cas de virage ou de conditions de concurrence, vous pouvez résoudre l'erreur et relancer l'exécution du hook en exécutant juju resolved -r <service>/<unit>.

ainsi, dans l'exemple de votre échec de raccordement mysql, juju resolved -r mysql/0 réexécutera le raccordement ayant échoué et, s'il réussit, le service poursuit le déploiement.

1
lazyPower