web-dev-qa-db-ja.com

ランドスケープのデプロイ中にOpenstack Autopilotが失敗する

更新:

さらに調査したところ、LXCコンテナーはインストール中にIPを取得していませんでした。

ただし、数時間放置すると、LXCコンテナは最終的にMAASからIPを取得します。

そこで今朝、私はクラスタを取り、非常に高価なL3シスコスイッチから安価なL2デルスイッチに移動しました。 DHCPアドレスは、すべてのLXCコンテナーによって瞬時に取得され、Openstack Installerは問題なく完了します。おそらく、Ciscoスイッチで行う必要があるある種の構成設定ですが、当面は、ラボでソフトウェアをいじっている間は、ネットワークをシンプルに保ちます。

このかなり刺激的で奇妙な問題に費やされた多くの時間!あなたの努力に感謝します。


MAASで構成された5ノードのマシンスタックがあります。

それらは正常に上下しますが、UbuntuのOpenstack Autopilotのデプロイは次のように失敗します:

./cloud-install/commands.log:

http://paste.ubuntu.com/10676002/

machine-0.log:

2015-03-24 16:49:19 ERROR juju.worker runner.go:219 exited "api": unable to connect to "wss://localhost:17070/"
2015-03-24 16:49:22 ERROR juju.rpc server.go:554 error writing response: EOF
2015-03-24 16:49:45 ERROR juju.state.unit unit.go:665 unit Apache2/0 cannot get assigned machine: unit "Apache2/0" is not assigned to a machine
2015-03-24 16:49:45 ERROR juju.state.unit unit.go:665 unit Apache2/0 cannot get assigned machine: unit "Apache2/0" is not assigned to a machine
2015-03-24 16:49:50 ERROR juju.state.unit unit.go:665 unit haproxy/0 cannot get assigned machine: unit "haproxy/0" is not assigned to a machine
2015-03-24 16:49:50 ERROR juju.state.unit unit.go:665 unit haproxy/0 cannot get assigned machine: unit "haproxy/0" is not assigned to a machine

-その他のログ

Jujuからbootstrap machine:

/var/log/juju/all-machines.log

http://paste.ubuntu.com/10724991/

私はこれを理解することができません、それが失敗するまで何度も何度も何度も何度も繰り返し表示しています:

machine-0: 2015-04-02 13:50:10 INFO juju.worker runner.go:261 start "api"
machine-0: 2015-04-02 13:50:10 INFO juju.api apiclient.go:252 dialing "wss://localhost:17070/"
machine-0: 2015-04-02 13:50:10 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
machine-0: 2015-04-02 13:50:10 ERROR juju.worker runner.go:219 exited "api": unable to connect to "wss://localhost:17070/"
machine-0: 2015-04-02 13:50:10 INFO juju.worker runner.go:253 restarting "api" in 3s

これが関連しているかどうかはわかりませんが、別のラボで機能しているデプロイメントがあり、唯一見られる違いは、/var/lib/juju/agents/machine-0/agent.confのjuju boostrapノードの非機能ラボでの値SECURE_STATESERVER_CONNECTION: "true"です。が設定され、バージョンは1.22.0です。

作業環境ではSECURE_STATESERVER_CONNECTION: "true"がなく、バージョンは1.21.3です。

1
Leon Roy

他の人を助けることができる一般的な答えをここに追加します。

何が失敗しているのかがはっきりしないような問題に遭遇した場合、一般的な提案は単純にすることです。

この場合、クラウドインストーラーを経由するのではなく、jujuを使用して直接MAASでノードをプロビジョニングしてみてください。デバッグがはるかに簡単で高速になるはずです。

このURLには、MAASで直接jujuを使用するための指示があります: https://maas.ubuntu.com/docs1.7/juju-quick-start.html

1