Instâncias do Juju no estado do agente: desativadas depois de desativá-las (e ativá-las novamente) no EC2

Question

Eu desliguei minhas instâncias do Juju no EC2 por um tempo e depois de trazê-las de volta on-line, elas parecem estar em um estado estranho:

status juju

2012-11-17 17:06:44,094 INFO Connecting to environment...
2012-11-17 17:06:45,590 INFO Connected to environment.
machines:
  0:
    agent-state: not-started
    dns-name: ec2-54-242-142-196.compute-1.amazonaws.com
    instance-id: i-b0996fcf
    instance-state: running
  1:
    agent-state: down
    dns-name: ec2-50-19-186-245.compute-1.amazonaws.com
    instance-id: i-8c8375f3
    instance-state: running
  2:
    agent-state: down
    dns-name: ec2-54-242-255-238.compute-1.amazonaws.com
    instance-id: i-56807629
    instance-state: running
services:
  wordpress:
    charm: cs:precise/wordpress-9
    exposed: true
    relations:
      db:
      - wordpress-db
      loadbalancer:
      - wordpress
    units:
      wordpress/0:
        agent-state: down
        machine: 2
        open-ports:
        - 80/tcp
        public-address: ec2-54-242-227-57.compute-1.amazonaws.com
  wordpress-db:
    charm: cs:precise/mysql-10
    relations:
      db:
      - wordpress
    units:
      wordpress-db/0:
        agent-state: down
        machine: 1
        public-address: ec2-54-242-212-177.compute-1.amazonaws.com

Não posso desmontar minhas instâncias por um tempo? Ou isso é outra coisa?

    

Answer 1

Eu tenho algumas informações adicionais para adicionar depois de trolling IRC #juju.
Agradecimentos especiais ao jcastro e ao hazmat.

O nó de bootstrap não suporta a desativação, já que os IPs serão alterados. O agente irá se informar porque não pode se conectar ao zookeeper. Você pode se conectar aos seus nós de instância e atualizar o /etc/init/juju-machine-agent.conf

Mudar: env JUJU-ZOOKEEPER = ”ip-x-x-x-x.ec2.internal: 2181” para o novo IP da máquina 0 (deve ser seu zookeeper). Reinicialize sua instância ou reinicie o agente no nó.

Isso obterá o estado do agente: executando conforme mostrado abaixo no status do exemplo. No entanto, o serviço ainda mostra o estado do agente: inativo e o nó de inicialização (máquina 0) ainda está insatisfeito. Há uma correção para tudo isso em uma ramificação de código antiga no link
Foi-me dito para olhar para juju / units / address.py.

De acordo com Hazmat “Há uma ramificação para resolver esses (endereço e atualização de poll periódicos), mas o nó de bootstrap não tem nenhum trabalho planejado até as terras do juju-core”

  :Example Status after editing juju-machine-agent.conf
  0:
    agent-state: not-started
    dns-name: ec2-54-234-171-2.compute-1.amazonaws.com
    instance-id: i-3a12654a
    instance-state: running
  1:
    agent-state: running
    dns-name: ec2-50-17-109-141.compute-1.amazonaws.com
    instance-id: i-68770018
    instance-state: running
  2:
    agent-state: running
    dns-name: ec2-54-234-184-137.compute-1.amazonaws.com
    instance-id: i-806b1cf0
    instance-state: running
services:
  juju-gui:
    charm: cs:precise/juju-gui-1
    exposed: true
    relations: {}
    units:
      juju-gui/0:
        agent-state: down
        machine: 1
        open-ports:
        - 80/tcp
        - 443/tcp
        - 8080/tcp
        public-address: ec2-54-234-166-69.compute-1.amazonaws.com
  owncloud:
    charm: cs:precise/owncloud-5
    exposed: true
    relations: {}
    units:
      owncloud/0:
        agent-state: down
        machine: 2
        open-ports:
        - 80/tcp
        public-address: ec2-54-242-144-9.compute-1.amazonaws.com

Eu pretendo examinar o código python recomendado e, se puder trabalhar em um procedimento, publicarei o código.