web-dev-qa-db-ja.com

LXCを使用するとJujuが「保留」状態のままになる

だから私はJujuを使い始めようとしており、LXCを使用してローカルでこれを実行しようとしました。

ここでの指示に従いました: ジュジュをローカルで使用するように設定するにはどうすればよいですか?

残念ながら、これは私にはうまくいかないようです。

ステータスは次を示します:

$ juju status
machines:
  0:
    agent-state: running
    dns-name: localhost
    instance-id: local
    instance-state: running
services:
  mysql:
    charm: cs:precise/mysql-1
    relations:
      db:
      - wordpress
    units:
      mysql/0:
        agent-state: pending
        machine: 0
        public-address: null
  wordpress:
    charm: cs:precise/wordpress-0
    exposed: true
    relations:
      db:
      - mysql
    units:
      wordpress/0:
        agent-state: pending
        machine: 0
        open-ports: []
        public-address: null
2012-05-10 14:09:38,155 INFO 'status' command finished successfully

ご覧のとおり、エージェント状態は「保留中」であり、新しく作成したサイトにアクセスできるパブリックアドレスはありません。ここに何かが足りませんか?

UPDATE:環境を破壊し、すべてを再度実行しようとしました(複数回)。これはdebug-logの出力です:

~$ juju debug-log 
2012-05-11 08:50:23,790 INFO Enabling distributed debug log.
2012-05-11 08:50:23,806 INFO Tailing logs - Ctrl-C to stop.
2012-05-11 08:50:42,338 Machine:0: juju.agents.machine DEBUG: Units changed old:set([]) new:set(['mysql/0'])
2012-05-11 08:50:42,339 Machine:0: juju.agents.machine DEBUG: Starting service unit: mysql/0 ...
2012-05-11 08:50:42,459 Machine:0: unit.deploy DEBUG: Downloading charm cs:precise/mysql-1 to /home/andre/.juju/data/andre-local/charms
2012-05-11 08:50:42,620 Machine:0: unit.deploy DEBUG: Using <juju.machine.unit.UnitContainerDeployment object at 0x9c54b6c> for mysql/0 in /home/andre/.juju/data/andre-local
2012-05-11 08:50:42,648 Machine:0: unit.deploy DEBUG: Starting service unit mysql/0...
2012-05-11 08:50:42,649 Machine:0: unit.deploy DEBUG: Creating master container...
2012-05-11 08:54:33,992 Machine:0: unit.deploy DEBUG: Created master container andre-local-0-template
2012-05-11 08:54:33,993 Machine:0: unit.deploy INFO: Creating container mysql-0...
2012-05-11 08:56:18,760 Machine:0: unit.deploy INFO: Container created for mysql/0
2012-05-11 08:56:19,466 Machine:0: unit.deploy DEBUG: Charm extracted into container
2012-05-11 08:56:19,569 Machine:0: unit.deploy DEBUG: Starting container...
2012-05-11 08:56:22,707 Machine:0: unit.deploy INFO: Started container for mysql/0
2012-05-11 08:56:22,707 Machine:0: unit.deploy INFO: Started service unit mysql/0
2012-05-11 08:56:23,012 Machine:0: juju.agents.machine DEBUG: Units changed old:set(['mysql/0']) new:set(['wordpress/0', 'mysql/0'])
2012-05-11 08:56:23,039 Machine:0: juju.agents.machine DEBUG: Starting service unit: wordpress/0 ...
2012-05-11 08:56:23,154 Machine:0: unit.deploy DEBUG: Downloading charm cs:precise/wordpress-0 to /home/andre/.juju/data/andre-local/charms
2012-05-11 08:56:23,396 Machine:0: unit.deploy DEBUG: Using <juju.machine.unit.UnitContainerDeployment object at 0x9c519cc> for wordpress/0 in /home/andre/.juju/data/andre-local
2012-05-11 08:56:23,620 Machine:0: unit.deploy DEBUG: Starting service unit wordpress/0...
2012-05-11 08:56:23,621 Machine:0: unit.deploy INFO: Creating container wordpress-0...
2012-05-11 08:58:24,739 Machine:0: unit.deploy INFO: Container created for wordpress/0
2012-05-11 08:58:25,163 Machine:0: unit.deploy DEBUG: Charm extracted into container
2012-05-11 08:58:25,397 Machine:0: unit.deploy DEBUG: Starting container...
2012-05-11 08:58:27,982 Machine:0: unit.deploy INFO: Started container for wordpress/0
2012-05-11 08:58:27,983 Machine:0: unit.deploy INFO: Started service unit wordpress/0

これはstatusコマンドの結果です(詳細フラグ付き):

~$ juju -v status
2012-05-11 08:51:53,464 DEBUG Initializing juju status runtime
2012-05-11 08:51:53,625:4030(0xb7345b00):Zoo_INFO@log_env@658: Client environment:zookeeper.version=zookeeper C client 3.3.5
2012-05-11 08:51:53,625:4030(0xb7345b00):Zoo_INFO@log_env@662: Client environment:Host.name=andre-ufo
2012-05-11 08:51:53,625:4030(0xb7345b00):Zoo_INFO@log_env@669: Client environment:os.name=Linux
2012-05-11 08:51:53,625:4030(0xb7345b00):Zoo_INFO@log_env@670: Client environment:os.Arch=3.2.0-24-generic-pae
2012-05-11 08:51:53,625:4030(0xb7345b00):Zoo_INFO@log_env@671: Client environment:os.version=#37-Ubuntu SMP Wed Apr 25 10:47:59 UTC 2012
2012-05-11 08:51:53,626:4030(0xb7345b00):Zoo_INFO@log_env@679: Client environment:user.name=andre
2012-05-11 08:51:53,626:4030(0xb7345b00):Zoo_INFO@log_env@687: Client environment:user.home=/home/andre
2012-05-11 08:51:53,626:4030(0xb7345b00):Zoo_INFO@log_env@699: Client environment:user.dir=/home/andre
2012-05-11 08:51:53,626:4030(0xb7345b00):Zoo_INFO@zookeeper_init@727: Initiating client connection, Host=192.168.122.1:41779 sessionTimeout=10000 watcher=0xb7780620 sessionId=0 sessionPasswd=<null> context=0x9242ee8 flags=0
2012-05-11 08:51:53,627:4030(0xb6b90b40):Zoo_INFO@check_events@1585: initiated connection to server [192.168.122.1:41779]
2012-05-11 08:51:53,649:4030(0xb6b90b40):Zoo_INFO@check_events@1632: session establishment complete on server [192.168.122.1:41779], sessionId=0x1373ae057d90007, negotiated timeout=10000
2012-05-11 08:51:53,651 DEBUG Environment is initialized.
machines:
  0:
    agent-state: running
    dns-name: localhost
    instance-id: local
    instance-state: running
services:
  mysql:
    charm: cs:precise/mysql-1
    relations:
      db:
      - wordpress
    units:
      mysql/0:
        agent-state: pending
        machine: 0
        public-address: null
  wordpress:
    charm: cs:precise/wordpress-0
    relations:
      db:
      - mysql
    units:
      wordpress/0:
        agent-state: pending
        machine: 0
        public-address: null
8
Andre

私は同じエラーにぶつかり、#jujuの良き人々の助けを借りて、ホストマシンでファイアウォールをオンにしたことが、zookeeperがホストに接続するのをブロックしていると判断できました。

実行してみてください:

Sudo ufw disable

その後:

Sudo juju destroy-environment

そして、物事をバックアップします。また、マシンの環境を初めてブートストラップする場合は、最初のチャームのダウンロードが完了するまでに時間がかかるため、ユニットを展開してから15〜20分後に設定してください。

また、jujuはこの状況を自動的に処理する必要があるため、これも 未解決のバグ です。

10
nathwill

ローカル環境をブートストラップするのがこれが初めての場合、最初のマスターイメージを構築するのに(約400MBのサーバーイメージデータをダウンロードするのにかかる時間に応じて)数回かかります。 「data-dir」パス(environments.yamlファイルで定義)には、このプロセスを説明するmachine-agent.logがあります。

2012-05-09 10:04:03,848: juju.agents.machine@INFO: Machine agent started id:0
2012-05-09 10:05:08,175: juju.agents.machine@DEBUG: Units changed old:set([]) new:set(['mysql/0'])
2012-05-09 10:05:08,176: juju.agents.machine@DEBUG: Starting service unit: mysql/0 ...
2012-05-09 10:05:08,222: unit.deploy@DEBUG: Downloading charm cs:precise/mysql-1 to /home/marco/.juju/local/marco-local/charms
2012-05-09 10:05:08,314: unit.deploy@DEBUG: Using <juju.machine.unit.UnitContainerDeployment object at 0x9cccbec> for mysql/0 in /home/marco/.juju/local/marco-local
2012-05-09 10:05:08,375: unit.deploy@DEBUG: Starting service unit mysql/0...
2012-05-09 10:05:08,376: unit.deploy@DEBUG: Creating master container...

しばらくすると、次のように表示されます。

2012-05-09 10:09:40,699: unit.deploy@DEBUG: Created master container marco-local-0-template
2012-05-09 10:09:40,699: unit.deploy@INFO: Creating container mysql-0...
2012-05-09 10:10:31,429: unit.deploy@INFO: Container created for mysql/0
2012-05-09 10:10:31,483: unit.deploy@DEBUG: Charm extracted into container

これは、数分後にマスターコンテナが作成されたことの詳細です。

最後に、すべての「ローカル」ブーストラップが機能するわけではありません。juju destroy-environmentを実行してからjuju bootstrapを再実行してください

3
Marco Ceppi

これと同じ問題がありました。 master-customize.logでapt-cacher-ngの破損したパッケージによるapt-getの失敗を発見しました(ダウンロード中にラップトップが中断されたため、これが起こったとは思いません)。 http://localhost:3142/acng-report.htmlにアクセスして問題を修正できました:

  • ファイル名とファイルディレクトリで検証する(推奨されません)
  • 次に、チェックサム(SLOW)を使用してファイルの内容を検証し、破損したファイルも検出します。
  • その後、破損したファイルをすぐに切り捨てます。

[スキャンの開始]または[有効期限]をクリックします。その後、私はjuju環境を破壊し、正常に再デプロイすることができました。

1
Dan Nuffer

Ufwを無効にする代わりに、jujuの(libvirt)ネットワークを次のように許可しようとする場合があります。

Sudo ufw allow from `ip addr show virbr0|tail -n 1 |cut -d' ' -f 6` to any

私の場合、Ubuntu 12.04で動作します

0
suside