LXCを使用しているときにJujuが「保留中」の状態のままになる[終了]

8

だから私はJujuを始めようとしています、そしてLXCを使ってローカルでこれをやろうとしました。

私はここの指示に従いました：ローカル使用のためにjujuをどのように構成しますか？

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

ステータスは次のとおりです。

$ 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

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

更新：環境の破壊とすべての再実行（複数回）を試みました。これは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
juju  charms 
— アンドレ
ソース
質問を編集して、フォローしている例をリンクできますか？
— ホルヘカストロ
また、「ps auxf」の出力を追加できますか？これは、一部のコンポーネントをインストールしているため、wordpressノードがまだ保留中であることを示しています。低速のハードドライブと低RAMの低速接続では、これらのノードがインストールされるまでに10分以上かかることがあります。
— SpamapS 2012
juju bzrブランチには、いくつかの情報をフィードバックするのに役立つツールがあります。を使用bzr branch lp:jujuしてそれを取得してから、リストされている各イメージに対して上記のツールを実行し、sudo misc/devel-tools/juju-inspect-local-provider実行するsudo lxc-lsと、コンテナー内のすべてのログの出力を確認できます。
— SpamapS

回答:

10

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

実行してみてください： 

sudo ufw disable

その後： 

sudo juju destroy-environment

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

これもオープンバグになりました。jujuがこの状況を自動的に処理するはずです。

— 意志
ソース
2
ファイアウォールを無効にすると、すぐに機能しました。私は彼らがこのバグを整理し、私のufwを無効にするのに緊張しているように感じることを願っていますが、少なくとも私は実験をして、サーバーを再生できるようになるまでjujuで遊ぶことができます:)
— Andre
3

ローカル環境を初めてブートストラップした場合は、最初のマスターイメージをビルドするのに（約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

— マルコ・チェッピ
ソース
返信いただきありがとうございます。私はプロセスを再開し、ログを監視して何が起こるかを確認しています。
— アンドレ
juju destroy-environmentの後、チャームを再デプロイする必要がありますか？または、それらは本質的にすでに「インストール済み」ですか？
— アンドレ
@Andre再デプロイする必要があります。destroy-environmentを実行すると、基本的に環境とその上で実行されていたすべてが削除されます。
— マルコチェッピ
残念ながらまだ運はありません。私はこれを複数回試し、すべてが完了することを確認するのを待ちました。元の投稿を詳細なステータスとデバッグログで更新しました。
— アンドレ
1

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

  • ファイル名とファイルディレクトリで検証する（非推奨）
  • 次に、チェックサム（SLOW）を通じてファイルの内容を検証し、破損したファイルも検出します。
  • 次に、破損したファイルをすぐに切り捨てます。

スキャンの開始および/または有効期限をクリックします。その後、juju環境を破壊し、正常に再展開することができました。

— ダン・ナファー
ソース
0

ufwを無効にする代わりに、juju（libvirt）のネットワークを次のように許可することができます。

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

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

— suside
ソース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.