web-dev-qa-db-fra.com

Impossible de détruire le service car l'agent-state est en panne

Je suis incapable de détruire le service car l'un des agents de l'unité dit qu'il est en panne. Je vois que ce bogue a été corrigé comme indiqué ici la destruction de l'unité dépend des agents de l'unité Mais je ne comprends pas quelle est la solution au problème?

Je cours juju 1.13.3-raring-AMD64. Voici la sortie du statut juju,

quantum-gateway:
    charm: local:precise/quantum-gateway-56
    exposed: false
    life: dying
    units:
      quantum-gateway/0:
        agent-state: down
        agent-state-info: (installed)
        agent-version: 1.12.0
        life: dying
        machine: "20"
        public-address: opnw02.master
4
SaM

Lorsque vous avez un agent-state: down, cela signifie que le nœud bootstrap ne peut pas communiquer avec l'agent juju. En conséquence, il ne peut pas détruire car il ne peut pas communiquer le prochain ensemble d'événements.

Cela se produit parfois lorsque la machine est détruite en dehors de juju. Juju pense donc qu'elle est toujours là bien que la machine ait été physiquement retirée. Pouvez-vous confirmer que opnw02.master est toujours en cours d'exécution? Si c'est le cas, essayez de le faire soit en utilisant juju ssh 20 ou ssh [email protected]. Si vous avez accès à la machine, essayez de redémarrer les agents juju, à savoir jujud-machine-# et jujud-unit-<service>-#. Donc, dans votre cas, les commandes suivantes vont redémarrer ces services

Sudo stop jujud-machine-20
Sudo stop jujud-unit-quantum-gateway-0

Sudo start jujud-machine-20
Sudo start jujud-unit-quantum-gateway-0

A ce stade, juju status doit signaler que l'unité-agent a été relancé. Vous devrez peut-être exécuter juju resolved quantum-gateway/0 plusieurs fois car il semble s'être arrêté pendant l'exécution à mi-crochet. Finalement, le service devrait être comparable au parcours et être supprimé.

Si vous ne parvenez pas à vous connecter à la machine (celle-ci a été détruite en dehors de juju ou pour d'autres raisons), le statut de juju reste pour le moment. Il y a du travail pour permettre le "nettoyage" des services mais cela n'a pas encore atterri (à partir du 1.13.3). Si vous souhaitez déployer à nouveau la passerelle quantique et que le statut a toujours le statut d'activité agent-état inactif, vous pouvez le déployer avec un alias différent, comme suit:

juju deploy quantum-gateway qgateway

À l'avenir, vous pouvez établir des relations avec lui en lançant juju add-relation nova-compute qgateway

5
Marco Ceppi