agent-state-info: 'falha no gancho:' config-changed 'implanta o wordpress usando juju

Question

Eu tenho uma máquina virtual no Windows Azure. Eu instalei o juju dentro da minha máquina virtual. Eu quero implantar o wordpress na minha vm. Eu sou executado na máquina de 64 bits

Eu li este blog sobre passo a passo como implantar o wordpress:

link

Mas eu tenho erro no meu status de juju como abaixo:

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

Então, quando eu tento acessar o endereço público que tem ip 10.0.3.174 eu tenho gateway ruim.

Em status de juju eu fundei:

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

Como resolver esse erro?

    

Answer 1

O que você vê é um erro que ocorreu durante a execução do gancho para o gancho alterado de configuração do MySQL. Isso geralmente ocorre devido a uma poucas coisas

• Um bug de charme
• Opções de configuração ausentes
• um "soluço" durante a execução do gancho

Para começar, você precisará coletar algumas informações sobre sua operação atualmente em execução nos logs de depuração. Em ambientes de produção (como aws, hpcloud, etc) você executa juju debug-log -n 500 , no entanto, como você está executando o provedor local, ele estará localizado em

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

O formato dos arquivos de log é bastante direto, e se você precisar de ajuda adicional para analisá-los, envie-os para paste.ubuntu.com e nós podemos passar pelos registros no #Juju no IRC ou atualizar a questão. / p>

Normalmente, quando um erro é encontrado devido a casos de canto ou condições de corrida, você pode resolver o erro e repetir a execução do gancho executando juju resolved -r <service>/<unit>

Portanto, no exemplo de sua falha no gancho do mysql, juju resolved -r mysql/0 executará novamente o gancho com falha e, se for concluído com êxito, o serviço continuará a implementação.