web-dev-qa-db-ja.com

LandscapeのUbuntu OpenStack Autopilot：トラブルシューティングヘルプ

UbuntuランドスケープOpenStack自動操縦インストーラーを正常にインストールしました。いくつかのVMを正常に作成し、IPを関連付けることでそれらにログインできます。

ここで問題が発生します。いくつかの仮想マシンを作成した後、今すぐ試行するたびにネットワーク待機エラーが発生します。 nova.confにタイムアウト値を追加するという状態の修正を見つけました。その後、LXCのすべてのファイルを検索してnova.confファイルを見つけると、jujuによって管理されており、変更が上書きされると言われます。

私が持っている本当の質問は、このようなインストールをどのようにトラブルシューティングしますか？非常に多くのlxcコンテナをインストールするとき、すべてがどこにあるのかを知るのは難しく、ほとんどのssh-keyアクセスがあるので、私はそこに入れることができません。物事を見つける簡単な方法はありますか？これを本来よりも難しくしているように感じます。どんなアドバイスも大歓迎です。

14.04openstackcloudlandscapeopenstack-autopilot
2
Chris Riley

この質問 を見ることをお勧めします。 innerjuju環境にアクセスする方法を指示します。

上記を実行した後、juju statusを使用して、高レベルでjuju環境を探索できます。その高レベルのツールがなければ、マシンとlxcsを手で突く試みを勧めません。確かに非常に紛らわしいでしょう。地図なしで都市をナビゲートするようなものです。

たとえば、nova-computeノードに移動する場合は、juju ssh nova-compute/0と入力します。システムにアクセスする方法の詳細については、juju help sshを参照してください。

また、多くの構成オプションは、チャームパラメーターを使用して調整できます。

juju get nova-compute
juju get nova-cloud-controller
juju set nova-cloud-controller "key=value"
juju ssh keystone/0

あなたはアイデアを得る。

JujuはPuppetのようなものではないことにも注意してください。設定ファイルの定期的な消去はありません。外部アクションの結果としてのみそれを行います。お気に入り：

  • juju setを実行しています
  • システムを再起動します（再起動時に、おそらく値がリセットされます）
  • 別のサービスを関連付けて、物事を試す/物事を試す。

ここでもっと読むことをお勧めします：

また、それらのページからの多くのリンク。もちろん、これらはすべてUbuntu/Canonical/Jujuリンクです。より深く掘り下げる必要がある場合、多くの一般的なopenstackリソースをフォローアップすることはしばしば役立ちます。すでに慣れているようですので、ここでそれらをリンクさせてください。

幸運を！

3
dpb

クラウドで生成したVM内で作成したLXCコンテナーのネットワークエラーについて話しているのですか？はいの場合、それはMTUの問題であり、自動修正はまだありません。コンテナインターフェイスのMTUを1454に下げる必要があります。VMインターフェイスを見ると、それらはすでにそのMTUを持っています。

0
Andreas Hasenack