MAAS: 커미셔닝 후 새 호스트의 IP가 변경되지만 구성 파일은 원래 IP를 유지합니다.

MAAS: 커미셔닝 후 새 호스트의 IP가 변경되지만 구성 파일은 원래 IP를 유지합니다.

그래서 지역 컨트롤러와 두 개의 클러스터 컨트롤러가 있습니다. (모두 별도의 시스템입니다.) 클러스터 #1(172.23.x.0/23 서브넷의 로컬 클러스터)은 훌륭하게 작동합니다. 10.2.0.x/16의 원격 클러스터는 그렇게 뜨겁게 작동하지 않습니다.

  • 시스템 PXE 부팅, 프로비저닝 및 커미셔닝이 훌륭합니다.
  • Juju는 새로운 시스템이 좋다고 생각합니다.
  • MAAS의 표준에 따라 프로세스 중 어느 시점에서 IP 주소는 새 장치에 사용되는 "임시" IP에서 "영구" 주소로 변경됩니다.
  • 문제는 "juju add-unit nova-compute"을 수행할 때 시작됩니다. 새 컴퓨팅 노드에 생성된 구성 파일은 다음을 반영합니다.원래의IP 주소는 시스템이 현재 사용하고 있는 주소가 아닙니다. 예를 들어 "ifconfig"는 IP 10.2.0.20을 표시하지만 /etc/의 grep이 반환하는 내용은 다음과 같습니다.
    rgrep "10\.[0123]\." * 2> /dev/null | grep -v ":#"
    중성자/플러그인/ml2/ml2_conf.ini:local_ip = 10.2.1.1
    노바/nova.conf:my_ip = 10.2.1.1
    nova/nova.conf:vncserver_proxyclient_address = 10.2.1.1

네트워크를 두 번 삭제하고 다시 생성했지만 소용이 없었습니다(다른 범위 사용 포함). 클러스터 컨트롤러 등을 삭제하고 다시 생성하기 직전이지만 혹시 아이디어가 있으신 분 계실까봐 여기에 게시하고 싶었습니다. 아 -- 마지막 사항: Ubuntu 14.04의 1.9.1+bzr4543-0ubuntu1~trusty1입니다.

어떤 조언이라도 감사히 받아들입니다...

업데이트: 클러스터 컨트롤러를 삭제하고 다시 생성했습니다. 여전히 같은 거래입니다. 흥미롭게도 LXC에 배포하려고 시도하면 해당 구성 파일은 괜찮습니다(비록 LXC는 관련이 없다고 가정하는 이유로 컴퓨팅 노드로 실패하지만). 또한 올바른 값을 두 파일에 하드코딩하면 모든 것이 잘 작동합니다.

관련 정보