업데이트:
추가 조사에 따르면 LXC 컨테이너가 설치 중에 IP를 얻지 못한 것으로 나타났습니다.
그러나 몇 시간 동안 방치하면 LXC 컨테이너는 결국 MAAS로부터 IP를 얻습니다.
그래서 오늘 아침에 클러스터를 가져와 매우 값비싼 L3 Cisco 스위치에서 저렴한 L2 Dell 스위치로 옮겼습니다. DHCP 주소는 모든 LXC 컨테이너에서 즉시 획득되며 Openstack 설치 프로그램은 단일 장애 없이 완료됩니다. 아마도 Cisco 스위치에서 일종의 구성 설정을 수행해야 할 것입니다. 하지만 당분간은 연구실에서 소프트웨어를 가지고 실험하는 동안 네트워크를 단순하게 유지할 것입니다.
이 다소 짜증나고 이상한 문제에 많은 시간을 소비했습니다! 귀하의 노력에 깊은 감사를 드립니다.
MAAS에 구성된 5노드 머신 스택이 있습니다.
정상적으로 작동하지만 Ubuntu의 Openstack Autopilot 배포는 다음과 같이 실패합니다.
./cloud-install/commands.log:
http://paste.ubuntu.com/10676002/
machine-0.log:
2015-03-24 16:49:19 ERROR juju.worker runner.go:219 exited "api": unable to connect to "wss://localhost:17070/"
2015-03-24 16:49:22 ERROR juju.rpc server.go:554 error writing response: EOF
2015-03-24 16:49:45 ERROR juju.state.unit unit.go:665 unit apache2/0 cannot get assigned machine: unit "apache2/0" is not assigned to a machine
2015-03-24 16:49:45 ERROR juju.state.unit unit.go:665 unit apache2/0 cannot get assigned machine: unit "apache2/0" is not assigned to a machine
2015-03-24 16:49:50 ERROR juju.state.unit unit.go:665 unit haproxy/0 cannot get assigned machine: unit "haproxy/0" is not assigned to a machine
2015-03-24 16:49:50 ERROR juju.state.unit unit.go:665 unit haproxy/0 cannot get assigned machine: unit "haproxy/0" is not assigned to a machine
-- 추가 로그
Juju 부트스트랩 머신에서:
/var/log/juju/all-machines.log
http://paste.ubuntu.com/10724991/
나는 이것을 알아낼 수 없습니다. 실패할 때까지 아래 내용을 계속해서 표시할 뿐입니다.
machine-0: 2015-04-02 13:50:10 INFO juju.worker runner.go:261 start "api"
machine-0: 2015-04-02 13:50:10 INFO juju.api apiclient.go:252 dialing "wss://localhost:17070/"
machine-0: 2015-04-02 13:50:10 INFO juju.api apiclient.go:260 error dialing "wss://localhost:17070/": websocket.Dial wss://localhost:17070/: dial tcp 127.0.0.1:17070: connection refused
machine-0: 2015-04-02 13:50:10 ERROR juju.worker runner.go:219 exited "api": unable to connect to "wss://localhost:17070/"
machine-0: 2015-04-02 13:50:10 INFO juju.worker runner.go:253 restarting "api" in 3s
이것이 관련이 있는지는 확실하지 않지만 다른 랩에서 작업 중인 배포가 있고 내가 볼 수 있는 유일한 차이점은 juju Boostrap 노드의 비작업 랩에서 /var/lib/juju/agents/machine-0/agent.conf값이 SECURE_STATESERVER_CONNECTION: "true"설정되고 버전이 1.22.0.
작업 환경이 SECURE_STATESERVER_CONNECTION: "true" 누락되었으며 버전은 입니다 1.21.3.
답변1
여기에 다른 사람들에게 도움이 될 수 있는 일반적인 답변을 추가하겠습니다.
무엇이 실패하고 있는지 명확하지 않은 문제가 발생할 때 일반적인 제안은 간단하게 진행하는 것입니다.
이 경우 클라우드 설치 프로그램을 거치지 않고 juju를 사용하여 직접 MAAS의 노드를 프로비저닝해 보세요. 디버깅하는 것이 훨씬 더 쉽고 빨라질 것입니다.
이 URL에는 MAAS와 함께 juju를 직접 사용하는 방법에 대한 지침이 있습니다.https://maas.ubuntu.com/docs1.7/juju-quick-start.html