У меня есть Ubuntu 14.04.1 с maas 1.7.1 rc4 и juju 1.20.14. Мой клиентский компьютер введен в эксплуатацию и развернут. Я могу ssh
ubuntu@cl1stn2.maas, и я могу juju ssh 1
успешно. Я сделал "juju deploy --config config.yaml ceph --to 1
".
ceph status juju выглядит следующим образом:
juju status ceph
environment: maas
machines:
"1":
agent-state: pending
dns-name: cl1stn2.maas
instance-id: /MAAS/api/1.0/nodes/node-caa78cae-a5d5-11e4-b918-180373b04ac9/
series: trusty
hardware: arch=amd64 cpu-cores=16 mem=24576M tags=auitsdisk
services:
ceph:
charm: cs:trusty/ceph-31
exposed: false
relations:
mon:
- ceph
units:
ceph/0:
agent-state: pending
machine: "1"
public-address: cl1stn2.maas
networks:
maas-em1:
provider-id: maas-em1
cidr: 10.20.0.0/24
Я не вижу попыток связаться с cl1stn2.maas, и статус остается в ожидании навсегда. Я могу ssh
к cl1stn2.maas и juju ssh 1
успешно. Я ничего не вижу в журнале all-machines.log.
Куда мне обратиться, чтобы узнать, чего он ждет?
Амулет пытается запустить новую машину и облако-init использования для введения сценария, необходимого, чтобы загрузить и запустить процесс агента амулета. Этот процесс затем связывается с сервером состояния амулета (машина 0) и регистрация. Состояние остается в ожидании навсегда, пока клиент не регистрируется. Если что-нибудь идет не так, как надо с этим процессом затем, машина остается в незаконченном состоянии навсегда. Простое решение с амулетом и это - облачное мышление, должно просто удалить единицу и ожидать его, чтобы вымыться и выключить сервер и затем добавить новую единицу и позволить ему развернуть все это снова.
, Если это продолжает перестать работать после нескольких повторений, затем более, чем вероятно, что существует что-то не так с Вашей сетевой конфигурацией.