つまり、リージョン コントローラーと 2 つのクラスター コントローラーがあります (すべて別々のマシン)。クラスター #1 (172.23.x.0/23 サブネット上のローカル クラスター) は正常に動作しています。10.2.0.x/16 上のリモート クラスターは、それほどうまく動作していません。
- システムの PXE ブート、プロビジョニング、およびコミッションは良好です。
- ジュジュは新しいシステムを問題なく認識しています。
- プロセスの途中のある時点で、MAAS の標準として、IP アドレスは新しいデバイスに使用される「一時的な」IP から「永続的な」アドレスに変更されます。
- 問題は「juju add-unit nova-compute」を実行したときに発生します。新しいコンピュートノードに作成される構成ファイルは、オリジナルIP アドレス。システムが現在使用しているものではありません。たとえば、「ifconfig」では IP が 10.2.0.20 と表示されますが、/etc/ で grep を実行すると次の結果が返されます。
rgrep "10\.[0123]\." * 2> /dev/null | grep -v ":#"
neutron/plugins/ml2/ml2_conf.ini:local_ip = 10.2.1.1
nova/nova.conf:my_ip = 10.2.1.1
nova/nova.conf:vncserver_proxyclient_address = 10.2.1.1
ネットワークを 2 回削除して再作成しましたが、効果はありませんでした (異なる範囲の使用も含む)。クラスタ コントローラなどを削除して再作成する寸前ですが、誰かにアイデアがある場合に備えてここに投稿したいと思います。ああ、最後に: これは Ubuntu 14.04 上の 1.9.1+bzr4543-0ubuntu1~trusty1 です。
何かアドバイスがあれば、ぜひお願いします。
更新: クラスター コントローラーを削除して再作成しましたが、状況は同じです。興味深いことに、LXC にデプロイしようとすると、これらの構成ファイルは正常です (ただし、LXC はコンピューティング ノードとして失敗しますが、これは無関係な理由によるものと思われます)。また、正しい値を 2 つのファイルにハードコードすると、すべてがうまく機能します。