オーケストラをインストールして実行し、最初の3つのノードを構築することができました。今、私は彼らの環境を管理するビジネスに取りかかりたいです。
メインのオーケストラサーバーにJuJuをインストールし、必要なキーを生成し、jujuブートストラップを実行しました
Juju statusを実行すると、次のエラーが発生します。
Cannot connect to machine MTMyODcyMjk5MS4wMTAwNDY4LjQ1NTcxMg (perhaps still initializing): Invalid SSH key
2012-02-08 20:19:21,565 ERROR Cannot connect to machine MTMyODcyMjk5MS4wMTAwNDY4LjQ1NTcxMg (perhaps still initializing): Invalid SSH key
公開鍵をマシンにコピーする必要がありますか? jujuが接続しているユーザーのauthorized_keysには何もありません...
Juju bootstrapコマンドを実行するときに、マスターサーバーにそのユーザーとしてログインする必要がありますか?
私はオーケストラを使用してこれらのマシンを構築しており、それらでubuntuユーザーを作成していますが、オーケストラを実行しているマシンにはubuntuユーザーがいません。
更新:
管理するノードにubuntuユーザーがいるため、オーケストラサーバーにubuntuユーザーを作成しました。また、公開鍵をノード自体にコピーしました。
今、私は非常に異なるエラーを受け取ります:
ubuntu@sid:~$ juju bootstrap
2012-02-09 09:14:47,931 INFO Bootstrapping environment 'orchestra' (type: orchestra)...
2012-02-09 09:14:48,043 INFO juju environment previously bootstrapped.
2012-02-09 09:14:48,045 INFO 'bootstrap' command finished successfully
ubuntu@sid:~$ juju status
2012-02-09 09:14:52,737 INFO Connecting to environment.
2012-02-09 09:14:53,800 ERROR Connection refused
Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
Failure: txzookeeper.client.ConnectionTimeoutException: could not connect before timeout
Cannot connect to machine MTMyODcyMjk5MS4wMTAwNDY4LjQ1NTcxMg (perhaps still initializing): could not connect before timeout after 2 retries
2012-02-09 09:15:22,925 ERROR Cannot connect to machine MTMyODcyMjk5MS4wMTAwNDY4LjQ1NTcxMg (perhaps still initializing): could not connect before timeout after 2 retries
ここで、もう1つ学びたいことがあります。環境をアンブートストラップするにはどうすればよいですか。私の場合、何かが台無しになっていると本当に思います。
juju bootstrap
jujuは、環境はすでにブートストラップされていると言っているからです。これを元に戻して、bootstrapプロセスをやり直すことはできますか?
これが私のenvironments.yamlファイルです。
juju: environments
environments:
orchestra:
type: orchestra
# Specify the orchestra server
orchestra-server: '192.168.*.*'
# Specify storage.
storage-url: 'http://192.168.*.*/webdav'
# Specify cobbler's user/pass
orchestra-user: cobbler
orchestra-pass: *******
admin-secret: *******
# Mangement classes
acquired-mgmt-class: orchestra-juju-acquired
available-mgmt-class: orchestra-juju-available
default-series: natty
bootstrapが返された場合、それはつまり、jujuがcobbler(オーケストラプロビジョニングサーバーの主要部分)にマシンを起動するように指示できたことです。電源制御が定義されていない場合cobblerのプロファイル/システムの場合、および/またはそのマシンにデフォルトでPXEブートがない場合でも、サーバーを手動で再起動してPXEブートする必要があるため、新しいUbuntuをインストールして起動します初回起動時のjujuエージェント。
また、bootstrapで実際のマシンの1つを「取得」したくない場合は、VM内のコブラーのプロファイルを定義する必要があります。次に、そのVMをpxeブートします。jujuをいじるだけの間にこれをcobblerサーバーにハッキングする別の方法は、偽のシステム用に定義されているプレシードファイルを読み取り、エージェント/動物飼育係を直接実行することです。それはこの質問の範囲を超えています。
ベアメタルストーリーはまだjujuで非常に新しく(11.10では何よりも概念実証でした)、まだ進化しています。 jujuメーリングリストとFreenodeの#jujuでその進行状況をフォローすることをお勧めします。