タグ付けされた質問 「openstack-autopilot」

2
qemu-system-x86がCPUを100%使用するのはなぜですか?
古いラップトップを新しいものに交換しましたが、virt-manager qemu-system-x86とnew onの両方でvmを実行するとなぜ新しいものでCPUの100%を使用するのか、古いものではないのかわかりません。 コマンド: lscpu この出力があります: Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 2 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 69 Stepping: 1 CPU MHz: 754.000 BogoMIPS: 5187.74 …

1
ランドスケープのOpenstackデプロイメントがConfigure Availability Zonesで失敗する
現在のランドスケープの「OpenStack Beta」オプションを使用して、私のMAASセットアップにOpenStackをデプロイします。「アベイラビリティーゾーンの構成」で1回失敗すると、98%完了します。私の設定はKVM、Open vSwitchを利用し、現在はオブジェクトストレージとブロックストレージの両方にCephを利用しています。ランドスケープマシンの/var/log/landscape/job-handler-1.logを見ると、次の100を超えるエラーが表示されます。 2015-03-05 21:18:38 '_get_nova_info'のINFOルートRetryingCallに失敗し、103回以上試行しました:2015-03-05 21:18:38 INFOルートトレースバック::4つのnova-computeユニット / usrがありません/lib/python2.7/threading.py:783:__bootstrap /usr/lib/python2.7/threading.py:810:__bootstrap_inner /usr/lib/python2.7/threading.py:763:run --- <ここでキャッチされる例外> --- /usr/lib/python2.7/dist-packages/twisted/python/threadpool.py:191:_worker /usr/lib/python2.7/dist-packages/twisted/python/context。 py:118:callWithContext /usr/lib/python2.7/dist-packages/twisted/python/context.py:81:callWithContext /usr/lib/python2.7/dist-packages/storm/twisted/transact.py: 76:_wrap /opt/canonical/landscape/canonical/landscape/model/openstack/jobs.py:751:_get_nova_info 注:デバッグ用の印刷ステートメントをいくつか追加したので、jobs.pyの行番号はオフになっています。これは、_get_nova_info()関数の#741行付近のアサートです(メモリが提供されている場合)。はい、今日のランドスケープppaの最新バージョンのランドスケープを信頼できるように使用しています。 そのため、/ opt / canonical / landscape / canonical / landscape / model / openstack / jobs.pyの_get_nova_info()関数を変更して、nova_compute_hostnamesの長さを出力し、ゼロを取得しました。だから私はそれを/opt/canonical/landscape/canonical/landscape/model/openstack/region.pyのget_nova_compute_hostnames()に追いかけて、self.juju_environment.get_computer_ids()。count()もゼロであることを発見しました。それで、私はself.juju_environment.has_computers()への呼び出しを追加して、falseを取得しました。次に、self.juju_environment.get_juju_home()を実行して、/ var / lib / landscape / juju-homes / 20。(はい、これは私のランドスケープボックスの2回目の再構築での20回目の試みです。私はしばらくの間この状態でいました)。それで、私は上記のjuju homeを利用してjujuステータスを実行しました、そしてすべてはよく見えました。5つのマシンとサービスすべてが開始され、保留状態やエラー状態はありませんでした。(4つのnova-computeノードを含む)何かアイデアはありますか?私はランドスケープ、MAAS、JUJU、およびpythonに少し慣れていないので、デバッグが少し遅くなります。 更新1: …

1
Landscape Autopilot Installer jujuが終了コード1で終了しました
Autopilot Landscapeベースのクラウドをインストールしようとしています。サービスを選択してからハードウェアを選択するステップを通過します。次のステップは展開です。最初のノードでjujuブートストラップを実行することから始めます。ノードはMAASで「デプロイ済み」と表示されますが、Landscapeインストーラーがスタックします。 エラーは次のとおりです。 juju ended with exit code 1 (out='', err='Bootstrapping environment "1" Starting new instance for initial state server Launching instance - /MAAS/api/1.0/nodes/node-f86836fa-4d60-11e6-b0a6-002590c3a86e/ Installing Juju agent on bootstrap instance Waiting for address Attempting to connect to IX2-M09-28.maas:22 Attempting to connect to IX2-M09-28.maas:22 Attempting to connect to 10.1.3.101:22 Attempting to …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.