web-dev-qa-db-ja.com

JUJUおよびERROR環境にアクセスキーまたはシークレットキーがありません

公式ガイドに従って：

sshキー（MAASのUIに追加）とAPIキーを生成したと考えて、environments.yamlファイルは次のように表示されます。

environments:
  maas:
    type: maas
    maas-server: 'http://x.x.x.x/MAAS/'
    maas-oauth: 'NDPA86PsEzS7bFynSy:vqJLkyHUJbvYzbtY5Q:sXXXXXXXXXXXXXXXXXXXXXX
    admin-secret: 'nothing'
    default-series: precise
    authorized-keys-path: ~/.ssh/id_rsa.pub # or any file you want.

コマンドを実行しようとすると：

juju bootstrap

次のエラーを受け取ります：

ERROR environment has no access-key or secret-key

誰かがどこが間違っているのか説明できますか？

  • MAASとJUJUは、Ubuntu 12.04.3サーバーに安定したppaを使用してインストールされます
  • 私はすでに2台のマシンをMaasに登録しており、それらは試運転ステータスにあります。
  • Environment.yamlファイルでは、行「default」の値は「maas」です
jujumaas
3
Riccardo Magrini

MaaSのノードが試運転状態にある場合、Jujuが使用することはできません。ノードの割り当て準備ができると、MaaSでReady状態として表示されます。

Jujuを使用してbootstrapを実行すると、さまざまなサービスのインストール中に適切なタイミングで実行される将来のデプロイおよび関係設定コマンドをキューに入れるノードが作成されます。

gomaasapi: got error back from server: 409 CONFLICTエラーは一般的なエラーであり、Maasがリクエストを処理しようとしたときに発生したエラーです。あなたの場合、すべてのマシンは試運転状態で準備完了状態ではないため、MaaSにはJujuがbootstrapマシンのセットアップに使用できるノードがありません。そのため、409 CONFLICTエラーが発生します。

ノードがcommissioning状態にある場合、ノードを起動し、使用する準備をするMaaSサーバーからイメージを実行する必要があります。おそらくコミッショニングされているノードが起動され、ブートプロンプトでスタックしたりオフになったりしていないことを確認することができます。それらが実行されている場合、モニターを接続してみて、何が見えるかを確認してください。

それらが実行されていない場合は、MaaSで正しい電力設定が設定されているかどうかを確認してください-MaaSはマシンにブートを通知できない場合があり（IPMI、WOLなどを使用）、したがって、試運転イメージがブートされて実行されることはありませんまた、ノードは人間の介入なしでコミッショニング状態のままになります。 （この場合、手動で（マシンが物理的な場合は物理的に、または使用している場合はVMを開始するようにVirtualBoxに指示することで）これを回避できます。試運転状態のままです。）

仮想マシンを使用してMaaSをテストしている場合はお知らせください。回答を更新します。仮想マシンを使用したMaaSのテストにはいくつかの癖があります。

3
Azendale

指定されたエラーから、juju-coreを使用しており、何らかの形でEC2プロバイダーを使用しようとしていると推測できます。 environment.yamlに他の環境がないことを確認しますか？ environment.yamlの最上位でdefault: maasを指定するか、コマンドラインでjuju switch maasを使用する必要があります。 --show-logを引数として渡すことにより、完全なenvironment.yamlを投稿するだけでなく、コマンド出力からより多くのコンテキスト（どのコマンドを実行しましたか？）を投稿すると役立ちます。

1
dimitern

コマンドjuju switch localを実行することで動作させることができました。

1
koxlient

リチャード、まだ仮想環境内でMAASをテストしようとしているなら、私はあなたを助けることができるかもしれません。独自の仮想マシンを持つ他の2つの大きなVMサーバーと相互作用する仮想マシンでMAASを正常に実行しています。私の環境では、MAASサーバーがVMサーバー上のVMを制御および起動します。 Wordpressおよびその他の多数の小さなアプリケーションをVMサーバー（Virt-Manager、QEMU、およびKVMベース）に正常にデプロイできました。重要なアドバイスの1つは、MAAS 13.10を使用することです。コードは非常に安定しており、12.04 LTSを超える多くの重要な修正と機能があります。 environment.yamlの先頭で「default：maas」を使用すると失敗することがわかりました。クラウドにデプロイする場合は、bootstrapコマンドで-eスイッチを使用することをお勧めします（例：Azure、AWS、HP Cloud）。

PXEブートを機能させるには、/ etc/maas/pserv.yamlを編集する必要があります。 TFTPのセクションで、「ルート」を指定する行、「ポート」を指定する行、およびジェネレーターを定義する行のコメントを外します。

「高速インストーラー」は私のVMサーバーでは機能しなかったため、仮想化されている場合、最初のインスタンスでその機能に失敗する可能性があります。

「チャーム」には、それらを実行するために必要なCPUとメモリに独自の組み込み定義（「制約」）があります。ドキュメント内では明確にされていませんが、Wordpressとmysqlを2048MB未満のRAMでデプロイしようとすると、409 CONFLICTの一般的なエラーが発生しました。私のVM。あなたにとっては違うかもしれませんが、これは私が見つけたものです。

1
user240860

クラウドサーバーの資格情報を要求します。ローカルで次のコマンドを使用してテストしたい場合

Sudo apt-get install juju-local
0
Olcay Tarazan