无法破坏代理状态下的服务

Question

我无法像单位代理人所说的那样破坏服务。我看到这个bug已经修复了，就像这里所说的，单元破坏取决于单位代理。，但是我没有得到解决这个问题的方法？

我正在运行juju 1.13.3-raring-amd64。这是柔术状态的输出，

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

Answer 1

当您有一个agent-state: down时，这意味着引导节点不能与juju通信。因此，它不能破坏，因为它不能沟通下一组事件。

这种情况有时会发生，当机器在聚居区外被摧毁时，所以巨州认为它还在那里，尽管机器已经被实际移走了。您能确认that 02是否确实还在运行吗？如果是这样的话，尝试使用juju ssh 20或ssh ubuntu@opnw02.master对其进行ssh处理。如果您可以访问机器，请尝试重新启动juju，即jujud-machine-#和jujud-unit-<service>-#。因此，在您的示例中，以下命令将重新启动这些服务

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

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

此时，聚居状态应报告单位代理重新启动.您可能需要运行juju resolved quantum-gateway/0几次，因为它在执行中间钩子时似乎已经停止了。最终，这项服务应与课程相同，并被取消。

如果您无法登录到机器(要么是它被销毁在聚居区之外，或者是由于其他原因)，那么它将暂时保持在juju状态。有工作允许“清理”服务，但它还没有登陆(截至1.13.3)。如果您想再次部署量子网关，并且状态仍然有代理状态下的业务，那么您可以使用不同的别名来部署它，如下所示：

juju deploy quantum-gateway qgateway

今后，您可以通过发布juju add-relation nova-compute qgateway与其建立关系。