Juju bị kẹt trong trạng thái chờ xử lý của Wap khi sử dụng LXC [đã đóng]

Vì vậy, tôi đang cố gắng bắt đầu với Juju và đã thử làm điều này tại địa phương bằng LXC.

Tôi đã làm theo hướng dẫn ở đây: Làm cách nào để định cấu hình juju cho sử dụng cục bộ?

Thật không may, điều này dường như không làm việc cho tôi.

trạng thái hiển thị như sau:

$ 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

Như bạn có thể thấy trạng thái đại lý đang 'chờ xử lý' và không có địa chỉ công cộng nơi tôi có thể truy cập trang web mới được tạo. Am i thiếu cái gì ở đây?

CẬP NHẬT: Đã thử phá hủy môi trường và làm lại mọi thứ (nhiều lần). Đây là đầu ra cho nhật ký gỡ lỗi:

~$ 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

Đây là kết quả cho lệnh trạng thái (với cờ verbose):

~$ 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

Tôi đã gặp phải lỗi tương tự và với sự giúp đỡ của những người tốt trong #juju, đã có thể xác định rằng việc bật tường lửa của tôi trên máy chủ đã chặn người quản lý vườn thú kết nối lại với máy chủ.

Hãy thử chạy:

sudo ufw disable

và sau đó:

sudo juju destroy-environment

và sau đó bắn mọi thứ trở lại. Ngoài ra, nếu đây là lần đầu tiên bạn khởi động môi trường trên máy của mình, hãy lưu ý rằng phải mất một chút thời gian để quá trình tải xuống bùa mê ban đầu hoàn tất, vì vậy hãy dành ra 15-20 phút sau khi bạn triển khai một đơn vị.

Đây cũng là một lỗi mở , vì juju sẽ tự động xử lý tình huống này.

Nếu đây là lần đầu tiên bạn khởi động môi trường cục bộ của mình, sẽ mất vài lần (tùy thuộc vào thời gian tải xuống khoảng 400 MB dữ liệu Hình ảnh Máy chủ) để xây dựng hình ảnh chính đầu tiên. Trong đường dẫn "data-dir" của bạn (được xác định trong tệp môi trường của bạn) có một machine-agent.logmô tả quá trình này:

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...

Một lát sau bạn sẽ thấy như sau:

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

Mà chi tiết mà vài phút sau container chính đã được tạo.

Cuối cùng, không phải mọi boostrap "cục bộ" đều hoạt động, hãy thử chạy juju destroy-environmentvà sau đó chạy lạijuju bootstrap

tôi đã có vấn đề tương tự. Tôi đã tìm thấy lỗi master-customize.logapt-get do các gói bị hỏng trong apt-cacher-ng (Tôi không chắc chắn tôi nghĩ điều này xảy ra do máy tính xách tay của tôi bị treo trong quá trình tải xuống). Tôi đã có thể khắc phục vấn đề bằng cách truy cập http://localhost:3142/acng-report.html, kiểm tra:

• Xác thực bằng tên tệp VÀ thư mục tệp (không được khuyến nghị),
• sau đó xác thực nội dung tệp thông qua tổng kiểm tra (SLOW), đồng thời phát hiện các tệp bị hỏng,
• sau đó cắt các tập tin bị hỏng ngay lập tức.

và nhấp vào Bắt đầu quét và / hoặc Hết hạn. Sau đó, tôi đã có thể phá hủy môi trường juju và triển khai lại thành công nó.

Thay vì vô hiệu hóa ufw, người ta có thể cố gắng cho phép mạng (libvirt) của juju với:

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

Hoạt động trong trường hợp của tôi trên Ubuntu 12.04