web-dev-qa-db-ja.com

ホストキー検証の問題により、OpenStackインスタンスのサイズを変更できない

openstack-installerのオートパイロットオプションを使用してOpenStackをインストールしました。

インスタンスを開始した後、サイズを変更する（つまり、フレーバーを変更する）場合、インスタンスをオンまたはオフにして試してみた場合と同じエラーが発生します。エラーログには次のような内容が記録されます。

Failed to launch instance "datanode02": Please try again later [Error: Unexpected error while running command. Command: ssh 10.222.221.57 mkdir -p /var/lib/nova/instances/07e5308c-00c9-4314-92f5-fdb26a5a7f98 Exit code: 255 Stdout: u'' Stderr: u'Host key verification failed.\r\n'].

明らかにそれは重要な問題です。奇妙なことは、私は作成、オン、オフ（すべてOpenstackダッシュボードから）、それらのサーバーにログイン（キーで直接）できるなどですが、インスタンスのサイズを変更したり、ログインしたりすることはできませんOpenstackダッシュボードを介したコンソール（おそらく同じエラーが原因）。

私の質問は次のとおりです。その問題をどこで解決しなければなりませんか？ MAASサーバーで？ Landscape'sでは？ Landscapeのブートストラップでは？どこ？

jujuopenstackcloudlandscapeopenstack-autopilot
2
Sacha Yunusic

OpenStack環境を管理/管理するには、Jujuを使用してアクセスする必要があります。手順は次のとおりです。

それを行ったら、他のサービスと同様にこのサービスをデバッグする必要があります。現時点では、LandscapeとMaasがインストールをガイドしています。確かに、ここで何が起こっているのかを特定する場合、インストールプロセスにフィードバックすることは素晴らしいことです。したがって、バグが発生している可能性がありますが、自動トラブルシューティングの方法には何もありません。

そこには多くのopenstackリソースがありますが、この種の質問にはこのサイトの方が良いかもしれません。

1
dpb

内部クラウド環境にアクセスした後（ https://askubuntu.com/a/598035/7056 を参照）、nova-computeサービスでこれらの設定を有効にする必要があります（1つのコマンドライン）：

juju set nova-compute enable-live-migration=True enable-resize=True migration-auth-type=ssh

その後、juju debug-logが静まるまで監視し、nova resizeコマンドが機能するようにします。

andreas@nsn7:~$ nova resize --poll d8c264e1-9a19-4f49-a68a-f51717e7f2f7 m1.medium
Server resizing... 100% complete
Finished
andreas@nsn7:~$
1
Andreas Hasenack