破棄とbootstrap）によるjujuエージェントのインストール
私は、hadoopの始まりがインストールされた2ノードのjuju対応MAASを使用しています。次の手順を使用してこれを機能させました。
- 環境のブートストラップ
- hadoopチャームを追加する
チャームを追加すると、jujuステータスを実行したときに2番目のノードが表示されました。エージェントをインストールすることはできませんでした。エージェントは常に起動していないと報告されていました。
エージェントをインストールするために、私はjujuを破壊しました。次に、bootstrapをもう一度実行しました。驚いたことに、すべてのノードが割り当てられたとおりにMAASのリストに表示され、2番目のノードを再起動すると、突然インストールしたいと思いました。ジュジュエージェントが入った画像。
したがって、2つの機能ノードがあります。1つはjuju環境ノードで、もう1つはHadoopマスターです。私がやろうとしているのは、いくつかのスレーブクラスターノードを持つことができるように3番目のノードを起動することです。しかし、私は現在、2番目のノードと同じ問題に直面しています。
MAASはjuju-agent対応イメージを3番目のノードにインストールしていないため、エージェントステータスは常に開始されません。
これはjujuの問題ですか？jujuはMAASに正しいイメージをノードにインストールする必要があることを通知する必要がありますか？それとも、これは状態が同期していないMAASの問題ですか？
これを機能させるには、環境を破壊してからbootstrap）を実行する必要があり、すべてがOKであることは本当に驚くべきことです。
誰かが私がここでやったことについて何か考えがありますか？
ノードを機能させるために「jujubootstrap」を再実行する必要はありません。 bootstrapフェーズは、juju環境を開始するためにのみ必要です。
2番目のノードを再起動したとおっしゃいましたが、それが重要だと思います。ノードの電源パラメーターを構成します（MAASのクォンタルバージョンを実行していると思います）？それができない場合は、チャームを手動でデプロイし、チャームがデプロイされるノードのみがMAAS UIに「割り当てられている」ことを確認したら、Ubuntuをマシンにインストールできるようにノードの電源をオンにする必要があります。チャームがインストールされています（ハードウェアによっては時間がかかる場合があります）。私が言っているのは、ノードがIPMIまたはその他のサポートされている電源メカニズムを使用していて、資格情報を構成している場合、MAASはノードの電源を入れますが、それができない場合は、それを行う必要があります。手動で。
これで問題が解決しない場合は、「juju debug-log」を実行して、チャームをデプロイできない理由を確認することをお勧めします。
MaaSでどのDNSドメインを設定していますか？
.localで終わりますか？
もしそうなら、それはavahi-daemonの問題です。 MaaSジェネリックpreseedを編集し、インストールリストからavahi-daemonを取り出します。
または、/ etc/nsswitch.confを編集して、hosts：行を次のように変更します。hosts：files dns mdns4
すべてのノード。
これが問題であるかどうかは、他のノードから名前で最初のZKノードFQDNにpingを実行できないことでわかります。