Sử dụng tùy chọn Beta OpenStack Beta Cảnh hiện tại để triển khai OpenStack trên thiết lập MAAS của tôi. Tôi đã hoàn thành tới 98%, với 1 lần thất bại trên các Cấu hình sẵn có của vùng. Cài đặt của tôi sử dụng KVM, Mở vSwitch và tôi hiện đang sử dụng Ceph cho cả lưu trữ đối tượng và khối. Khi tôi nhìn vào /var/log/landscape/job-handler-1.log trên máy ngang thì thấy hơn 100 lỗi về:

2015 / 03-05 21:18:38 Thử lại root INFOCall cho '_get_nova_info' không thành công, thử thêm 103 lần nữa: 2015 / 03-05 21:18:38 Truy cập root INFO :: Thiếu 4 đơn vị tính toán nova
/ usr /lib/python2.7/threading.py:783:__bootstrap
/usr/lib/python2.7/threading.py:810:__bootstrap_inner
/usr/lib/python2.7/threading.py:763:run
--- < ngoại lệ bị bắt ở đây> ---
/usr/lib/python2.7/dist-packages/twisted/python/threadpool.py:191:_worker
/usr/lib/python2.7/dist-packages/twisted/python/context. py: 118: callWithContext
/usr/lib/python2.7/dist-packages/twisted/python/context.py:81:callWithContext
/usr/lib/python2.7/dist-packages/storm/twisted/trans 76: _wrap
/opt/canonical/landscape/canonical/landscape/model/openstack/jobs.py:751:_get_nova_info

LƯU Ý : Số dòng trong jobs.py bị tắt vì tôi đã thêm một số câu lệnh in để gỡ lỗi. Đó là khẳng định trong hàm _get_nova_info () gần dòng # 741 (nếu bộ nhớ phục vụ) và vâng, tôi đang sử dụng phiên bản cảnh quan mới nhất cho đến ngày hôm nay từ ppa cảnh quan để tin cậy.

Vì vậy, tôi sửa đổi /opt/canonical/landscape/canonical/landscape/model/openstack/jobs.py 's _get_nova_info) ( chức năng để in ra theo chiều dài của nova_compute_hostnames và tôi đã nhận zero . Vì vậy, tôi đã đuổi theo đó vào /opt/canonical/landscape/canonical/landscape/model/openstack/region.py 's get_nova_compute_hostnames () và thấy rằng self.juju_environment.get_computer_ids (). Count () cũng là zero . Vì vậy, tôi đã thêm một cuộc gọi đến self.juju_envir.has_computers () và nhận được sai . Sau đó, tôi đã chạy self.juju_en môi.get_juju_home () và nhận được/ var / lib / cảnh quan / juju-homes / 20 . (Vâng, đây là lần thử thứ 20 của tôi trong lần xây dựng lại hộp cảnh thứ 2, tôi đã ở đây một lúc). Vì vậy, tôi chạy tình trạng juju sử dụng các nhà juju nêu trên và tất cả nhìn tốt. Tất cả 5 máy và dịch vụ đã được khởi động, không có trạng thái chờ xử lý hoặc lỗi. (bao gồm 4 nút tính toán nova) Có ý tưởng nào không? Tôi hơi mới đối với phong cảnh, MAAS, JUJU và python nên việc gỡ lỗi của tôi hơi chậm.

CẬP NHẬT 1:

Theo yêu cầu, tôi đã nhận được 2 bản ghi (mặc dù nhà của tôi hiện là # 23) trạng thái juju và broker.log . Tôi nghĩ bây giờ tôi biết vấn đề của mình là gì trong đoạn trích của broker.log bên dưới. . Do đó, các máy được cung cấp không thể kết nối với máy chủ cảnh quan theo tên.

Vì vậy, điều đó dẫn tôi đến một câu hỏi liên quan, có cách nào tốt để MAAS tự động cập nhật DNS với các máy không được cung cấp (hoặc dưới sự kiểm soát của MAAS) không? Nếu không tôi sẽ phải cung cấp cho nó một IP tĩnh bên ngoài phạm vi DHCP của tôi và tự đặt DNS.

2015 / 03-06 17: 09: 50.665 INFO [MainThread] Nhà môi giới bắt đầu với config /etc/landscape/client.conf
2015 / 03-06 17: 09: 52.382 INFO [MainThread] Bắt đầu trao đổi tin nhắn khẩn cấp với https: // cảnh / hệ thống tin nhắn .
2015 / 03-06 17: 09: 52.389 LRI [PoolThread-twist.iNET.reactor-1] Lỗi khi liên hệ với máy chủ tại https: // cảnh / hệ thống tin nhắn .
TracBack (cuộc gọi gần đây nhất vừa qua):
Tệp "/usr/lib/python2.7/dist-packages/landscape/broker/transport.py", dòng 71, trong trao đổi
message_api)
Tệp "/usr/lib/python2.7/ dist-gói / cảnh quan / broker / Transport.py ", dòng 45, trong _curl
headers = headers, cainfo = self._pubkey, curl = curl))
Tệp "/usr/lib/python2.7/dist-packages/landscape/lib/fetch.py", dòng 109, trong tìm nạp
nâng PyCurlError (e.args [0], e.args 1 )
PyCurlError: Lỗi 6: Có thể không giải quyết máy chủ: cảnh quan
2015 / 03-06 17: 09: 52.390 THÔNG TIN [MainThread] Trao đổi tin nhắn thất bại.
2015 / 03-06 17: 09: 52.391 INFO [MainThread] Trao đổi tin nhắn hoàn thành sau 0,01 giây.

CẬP NHẬT 2:

Thiết lập của tôi bị giới hạn một chút vì tôi chỉ được cung cấp 6 máy (5 nút và 1 bộ điều khiển) để hiển thị các khả năng của OpenStack / Cảnh nên tôi không thể sử dụng máy chuyên dụng để tạo cảnh. Tôi đã sử dụng khởi động nhanh máy chủ ngang trong LXC trên bộ điều khiển MAAS của mình để tôi có thể nhanh chóng thổi bay nó và bắt đầu lại từ đầu.

Vì vậy, tôi đã xóa thiết lập ngang và đặt LXC thành IP tĩnh, sau đó sửa đổi DNS (được điều khiển bởi MAAS) để có mục DNS tĩnh cho máy chủ ngang của tôi. Sau đó, tôi đã cài đặt Máy chủ chuyên dụng cảnh quan trên LXC bằng phương pháp khởi động nhanh máy chủ ngang được đề cập ở trên.

Sau khi cài đặt lại (chủ yếu để dọn dẹp tất cả mớ gỡ lỗi của tôi), cuối cùng tôi đã có thể cài đặt OpenStack mặc dù phong cảnh. Cảm ơn.

Thông báo "Thiếu đơn vị tính toán nova" là về các tác nhân khách hàng cảnh quan được đăng ký trở lại cảnh quan, Kiểm tra /var/log/landscape/broker.logcác đơn vị bị thiếu.

CẬP NHẬT:

Như bạn đã xác định chính xác, mọi thứ sẽ hoạt động trơn tru nhất nếu LDS (Máy chủ chuyên dụng phong cảnh) được cài đặt vào cùng MAAS nơi openstack của bạn sẽ sống, chủ yếu là do định tuyến mạng và DNS. Tuy nhiên, vô số biến thể tồn tại của một cấu trúc liên kết hợp lệ với các tuyến giữa các mạng, v.v.

Một số gợi ý về những điều cần thử, xin vui lòng đọc tất cả. Cuối cùng, bạn sẽ cần xác định cấu trúc liên kết triển khai của mình:

• Đối với thử nghiệm, triển khai LDS đến cùng MAAS nơi openstack của bạn sẽ - chỉ để kiểm tra xem mọi thứ có hoạt động ở đó không. Sử dụng công cụ openstack-install hoặc gói cảnh quan-dense-maas với juju-quickstart trực tiếp để tạo điều kiện thuận lợi cho việc này.

• Khách hàng của bạn cần có khả năng đạt LDS, như bạn đã nêu. Nếu họ có thể định tuyến theo IP đến nơi LDS được triển khai, bạn có thể phá bỏ cài đặt openstack, thay đổi cài đặt tên máy chủ apache của bạn và thử lại. juju set apache2 servername=IP_ADDRESS. Sau khi thực hiện việc này, hãy theo dõi nhật ký gỡ lỗi juju, đảm bảo tất cả đều ổn và đảm bảo bạn có thể duyệt đến GUI LDS tại https: // IP_ADDRESS / URL.