web-dev-qa-db-ja.com

maju環境でjujuデプロイcephが保留中

私はmaas 1.7.1 rc4とjuju 1.20.14を備えたubuntu 14.04.1を持っています。私のクライアントマシンは委託されて展開されています。 ssh [email protected]juju ssh 1が成功しました。やった "juju deploy --config config.yaml ceph --to 1 "。

juju status cephは次のようになります。

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に何も表示されません。

それが何を待っているかを知るためにどこを見ればいいですか?

5
Daniel Bidwell

Jujuは新しいマシンを起動し、cloud-initを使用して、jujuエージェントプロセスのダウンロードと起動に必要なスクリプトを挿入しようとします。次に、このプロセスはjuju状態サーバー(マシン0)に接続してチェックインします。ステータスは、クライアントがチェックインするまで永久に保留のままです。このプロセスで何か問題が発生すると、マシンは永続的に保留状態のままになります。 jujuとクラウドの考え方による最も単純なソリューションは、ユニットを取り外し、サーバーがクリーンアップして電源が切れるのを待ってから、新しいユニットを追加して、すべてを再度デプロイすることです。
数回再試行しても失敗し続ける場合は、ネットワーク構成に問題がある可能性が高いです。

1
Darryl Weaver