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
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