У меня есть сервер состояний juju (загрузочный компьютер), который не запускает службу API, которая прослушивает порт 17070. Я считаю, что это из-за ошибки: https://bugs.launchpad.net/juju- core / + bug / 1434680
Мой клиент juju был обновлён до juju 1.22.1 и поэтому должен иметь исправление. Однако он не может подключиться к государственному серверу, чтобы что-то сделать (например, статус «juju» просто превышен).
Как мне выполнить обновление jujud на сервере состояний без необходимости уничтожать / перезагружать всю среду? Это рабочая среда.
Подробнее
Субстрат = виртуальная машина KVM под управлением Ubuntu 14.04.2. До обновления клиента juju клиент juju был 1.22.0, а stateserver / machine-0 - 1.22.0. После обновления клиента juju клиент juju - 1.22.1, а stateserver / machine-0 - все еще 1.22.0.
stateserver / machine-0 log show:
2015-04-15 13:42:20 DEBUG juju.mongo open.go:122 TLS handshake failed: x509: certificate is valid for localhost, juju-apiserver, cloud-node-03.maas, not juju-mongodb
2015-04-15 13:42:20 INFO juju.worker runner.go:261 start "api"
2015-04-15 13:42:20 INFO juju.api apiclient.go:252 dialing "wss://localhost:17070/"
2015-04-15 13:42:20 INFO juju.api apiclient.go:260 error dialing "wss://localhost:17070/": websocket.Dial wss://localhost:17070/: dial tcp 127.0.0.1:17070: connection refused
2015-04-15 13:42:20 ERROR juju.worker runner.go:219 exited "api": unable to connect to "wss://localhost:17070/"
2015-04-15 13:42:20 INFO juju.worker runner.go:253 restarting "api" in 3s
Это зацикливается ... и округляется ... и округляется. Так что 17070 ничего не слушает.
/ var / log / upstart содержит только файлы juju-db.log *, все с содержанием:
note: noprealloc may hurt performance in many applications
using syslog ident: mongod.37017
Вы могли попробовать juju upgrade-juju
(см. juju help upgrade-juju
), но необходимо быть осторожными с версиями. Я полагаю, что обновления амулета только поддерживаются от одной версии до следующего без переходящих версий.