web-dev-qa-db-fra.com

Instances Juju en état d'agent: arrêtées après les avoir éteintes (puis rallumées) sur EC2

J'ai désactivé mes instances Juju sur EC2 pendant un certain temps et après les avoir remis en ligne, elles semblent être dans un état étrange:

statut 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

Puis-je ne pas retirer mes instances pendant un moment? Ou est-ce autre chose?

jujuamazon-ec2
4
Tyler McAdams

J'ai quelques informations supplémentaires à ajouter après la pêche à la traîne IRC #juju.
Remerciements particuliers à jcastro et hazmat.

Le noeud bootstrap ne prend pas en charge la désactivation car les adresses IP vont changer. init/juju-machine-agent.conf

Changement: env JUJU-ZOOKEEPER = ”ip-x-x-x-x.ec2.internal: 2181” en la nouvelle IP de la machine 0 (devrait être votre gardien). Redémarrez votre instance ou redémarrez l'agent sur le nœud.

Cela obtiendra l'agent-state: en cours d'exécution comme indiqué ci-dessous dans l'exemple d'état. Cependant, le service affiche toujours l'état de l'agent: vers le bas et le nœud bootstrap (machine 0) est toujours mécontent. Il existe un correctif pour tout cela dans une ancienne branche de code sur https : //launchpad.net/juj
On m'a dit de regarder juju/units/address.py.

Selon Hazmat "il y a une branche pour résoudre ces problèmes (adresse de sondage périodique et mise à jour), mais le nœud bootstrap n'a pas de travail prévu jusqu'à ce que juju-core lands")

: Exemple d'état après modification de juju-machine-agent.conf 
 0: 
 État-agent: non démarré 
 Nom-DNS: ec2-54-234 -171-2.compute-1.amazonaws.com 
 Id-instance: i-3a12654a 
 État-instance: exécution 
 1: 
 État-agent: en cours d'exécution 
 nom-DNS: ec2-50-17-109-141.compute-1.amazonaws.com 
 id-instance: i-68770018 
 état-instance: running 
 2: 
 État-agent: exécution 
 Nom-DNS: ec2-54-234-184-137.compute-1.amazonaws.com 
 Id-instance : i-806b1cf0 
 état-instance: exécution de 
 services: 
 juju-gui: 
 charme: cs: précis/juju-gui-1 
 exposés: vraies 
 relations: {} 
 unités: 
 juju-gui/0: 
 état-agent: en panne 
 machine: 1 
 ports ouverts: 
 - 80/tcp 
 - 443/tcp 
 - 8080/tcp 
 adresse publique: ec2-54-234- 166-69.compute-1.amazonaws.co m 
 owncloud: 
 charme: cs: précis/owncloud-5 
 exposé: vraies 
 relations: {} 
 unités: 
 owncloud/0: 
 état de l'agent: en panne 
 machine: 2 
 ports ouverts: 
 - 80/tcp 
 adresse publique: ec2-54-242-144-9.compute-1.amazonaws.com

Je prévois de parcourir le code python recommandé et si je peux suivre une procédure, je le publierai.

2
cpbernick