컨저업 설치에 문제가 있습니다...
"IP" 연결 시도 중 오류가 발생할 때마다:22 ...
현재 동일한 서버 3대(Intel SR1500)로 테스트 환경을 운영하고 있습니다.
나는 매우 간단한 네트워크 환경을 가지고 있습니다. VLAN 없이
첫 번째 서버는 MAAS용, 16.04로 표준 설치, 업그레이드, 첫 번째 인텔 NIC는 "OPENSTACK MGMT NETWORK"용입니다. gw 없이 표준 서브넷 /24가 있고, DNS가 구성되어 있습니다. .. IP, 마스크, 브로드캐스트 및 네트워크만 .. 보조 NIC가 연결됩니다. 인터넷으로 ...
두 번째, 세 번째 서버는 노드로 계획되어 있으며, maas와 동일한 하드웨어 구성을 갖습니다. 첫 번째 NIC는 ipmi 네트워크에 연결되고, 두 번째 NIC는 "OPENSTACK MGMT NETWORK"에 연결됩니다.
모든 노드에는 2개의 HDD와 최소 16GB RAM이 있습니다.
MAAS에는 다음이 있습니다. - rsa ssh 키를 추가합니다 ... (직접 추가하거나 가로 방향으로도 추가하려고 합니다) - 공용(인터넷) 네트워크, DNS, 게이트웨이 및 기타 구성 - 로컬(os mgmt) 네트워크, dns, gw 구성 - 로컬 NIC의 ip maas와 동일 - 구성된 이미지
일반적으로 PXE를 통해 노드를 부팅하고 문제 없이 시운전합니다. 준비 상태(IPMI를 통한 전원 제어)가 작동 중입니다.
이제 apt-get 업데이트, 업그레이드를 수행합니다..
그리고 스냅 위에 컨저업을 설치해 보세요....
conjure-up 명령을 시작하면 먼저 Landscape, new cloud maas를 선택하고 제 경우에는 "os local net"에 대한 nic의 IP 주소 192.168.1.1과 MAAS 웹 GUI의 API 키를 제공합니다... 이제 모두 배포를 선택하고 MAAS는 16.04 LTS 배포를 위해 하나의 노드를 선택합니다. ..... IPMI 서버 시작 .... PXE를 통한 첫 번째 부팅 .... 재부팅 ... 그리고 HDD에서 직접 두 번째 부팅 ... 모든 것이 괜찮아 보입니다 ... 노드 KVM에서 마지막 콘솔 정보 "Reached target CLoud-init target."이 표시됩니다. 및 우분투 콘솔 로그인 ... MAAS에서 "16.04 LTS 배포" IPMI 모두 확인 ..
하지만 디버그 모드에서 창을 불러내면 여전히 오류가 발생합니다.
Juju 컨트롤러를 초기화하는 중입니다. 기다리세요. 주소를 기다리는 중 192.168.1.3:22 DEBUG juju.provider.common bootstrap.go:497에 연결을 시도하는 중 192.168.1.3에 대한 연결 시도가 실패했습니다: ssh: 호스트 192.168.1.3 포트에 연결 DEBUG juju.provider.common bootstrap.go: 192.168.1.3에 대한 497 연결 시도 실패: ssh: 호스트 192.168.1.3 포트 DEBUG에 연결 juju.provider.common bootstrap.go:497 192.168.1.3에 대한 연결 시도 실패: ssh: 호스트 192.168.1.3 포트 DEBUG juju.provider에 연결 .common bootstrap.go:497 192.168.1.3에 대한 연결 시도 실패: /var/lib/juju/nonce.txt가 존재하지 않습니다 DEBUG juju.provider.common bootstrap.go:497 192.168.1.3에 대한 연결 시도 실패: /var/ lib/juju/nonce.txt가 존재하지 않습니다. 정보 juju.cloudconfig userdatacfg_unix.go:410 에이전트 가져오는 중: 컬 -sSfw '%{url_valid}의 도구 다운로드됨: HTTP %{htt
나는 확인한다:
- maas에서 SSH를 통한 연결 - SSH[이메일 보호됨]- 좋아요.
- 기존 파일 /var/lib/juju/nonce.txt
- 고양이 nonce.txt 계속. 사용자-관리자:부트스트랩
- 고양이 /var/log/auth.log :
6월 28일 20:20:16 node002 sshd[2893]: pam_unix(sshd:session): (uid=0)에 의해 ubuntu 사용자를 위해 열린 세션 6월 28일 20:20:16 node002 systemd-logind[1124]: 다음의 새 세션 3 사용자 우분투. 6월 28일 20시 20분 16초 node002 systemd: pam_unix(systemd-user:session): (uid=0)에 의해 ubuntu 사용자를 위해 열린 세션 6월 28일 20시 20분 16초 node002 sshd[2930]: 192.168.1.1 포트에서 연결 끊김 수신 42050:11: 사용자가 6월 28일 20:20:16 node002 sshd[2930]: 192.168.1.1 포트에서 연결을 끊었습니다. 42050 6월 28일 20:20:16 node002 sshd[2893]: pam_unix(sshd:session): 세션이 종료되었습니다. user ubuntu 6월 28일 20:20:16 node002 systemd-logind[1124]: 세션 3을 제거했습니다. 6월 28일 20:20:16 node002 sshd[2935]: 오류: 호스트 키를 로드할 수 없습니다: /etc/ssh/ssh_host_dsa_key 6월 28일 20:20:16 node002 sshd[2935]: 오류: 호스트 키를 로드할 수 없습니다: /etc/ssh/ssh_host_ecdsa_key 6월 28일 20:20:16 node002 sshd[2935]: 오류: 호스트 키를 로드할 수 없습니다: /etc/ssh /ssh_host_ed25519_key 6월 28일 20:20:16 node002 systemd: pam_unix(systemd-user:session): ubuntu 사용자에 대한 세션이 닫혔습니다. 6월 28일 20:20:17 node002 sshd[2935]: 192.168.1.1 포트 42054 ssh2에서 ubuntu에 대한 공개 키를 허용했습니다. : RSA SHA256:EMFy0Yhusd88CgFXfhfH7SeGK1JoMmvnf/PgVVOg0/4 6월 28일 20:20:17 node002 sshd[2935]: pam_unix(sshd:session): (uid=0)에 의해 사용자 우분투를 위해 열린 세션 6월 28일 20:20:17 node002 systemd- logind[1124]: ubuntu 사용자의 새 세션 4. 6월 28일 20:20:17 node002 systemd: pam_unix(systemd-user:session): (uid=0)에 의해 ubuntu 사용자를 위해 세션이 열렸습니다. 6월 28일 20:20:17 node002 sudo: ubuntu : TTY=unknown ; PWD=/홈/우분투 ; 사용자=루트 ; COMMAND=/bin/bash -c /bin/bash -c #012set -e#012tmpfile=$(mktemp)#012trap "rm -f $tmpfile" EXIT#012cat > $tmpfile#012/bin/bash $tmpfile 6월 28일 20:20:17 node002 sudo: pam_unix(sudo:session): (uid=0)에 의해 사용자 루트에 대한 세션이 열렸습니다. 6월 28일 20:26:12 node002 sshd[4387]: 오류: 호스트 키를 로드할 수 없습니다: /etc/ ssh/ssh_host_ed25519_key 6월 28일 20:26:13 node002 sshd[4387]: 192.168.1.1 포트 43272 ssh2에서 우분투용 공개 키 허용: RSA SHA256:6O3woPr0i+T3nuX7LToaF127zIIBOJVoDa5kczSVM9E 6월 28일 20:26:13 node002 sshd[4387]: pam_unix(sshd :session): (uid=0)에 의해 ubuntu 사용자를 위해 열린 세션 Jun 28 20:26:13 node002 systemd-logind[1124]: ubuntu 사용자의 새 세션 5.
다른 저장소를 추가해 보려고 합니다
sudo apt-add-repository ppa:juju/stable sudo apt-add-repository ppa:conjure-up/next
나는 MAAS 베타 설치, conjure-up 베타 설치, 다른 시스템 17.04 설치, iptables 확인, 방화벽 비활성화, 스위치 변경(mgmt가 없는 oem용 cisco - cdp 또는 lldp 문제 방지)을 시도해 보았지만 여전히 동일한 오류가 발생했습니다.
나는 maas-controller(dpkg-reconfigrue maas....)를 재구성하고 새 IP 192.168.1.1을 설정하려고 시도합니다. 전체 maas http 링크를 사용하여 생성을 시도합니다... 성공하지 못했습니다.
maas 및 노드에서 pxe 부팅을 위해 nic 펌웨어를 업데이트하려고 합니다...
MAAS 고양이에서 ~/.cache/conjure-up/conjure-up.log
2017-06-28 22:09:04,456 [INFO] conjure-up/landscape - common.py:77 - Juju 컨트롤러 부트스트래핑. 2017-06-28 22:09:04,457 [DEBUG] conjure-up/landscape - juju.py:170 - bootstrap cmd: ['juju', 'bootstrap', 'cloud-maas-257', 'conjure-up- cloud-maas-257-5d4', '--default-model', 'conjure-landscape-9c5', '--config', 'image-stream=daily', '--config', 'enable-os- 업그레이드=false', '--bootstrap-series', 'xenial', '--credential', 'conjure-cloud-maas-257-09a', '--debug'] 2017-06-28 22:09: 04,460 [DEBUG] conjure-up/landscape -requests.packages.urllib3.connectionpool:connectionpool.py:207 -새 HTTP 연결 시작(1): www.google-analytics.com 2017-06-28 22:09:04,486 [ DEBUG] conjure-up/landscape -requests.packages.urllib3.connectionpool:connectionpool.py:395 -http://www.google-analytics.com:80"POST /collect HTTP/1.1" 200 35 2017-06-28 22:09:04,493 [DEBUG] conjure-up/landscape - events.py:55 - conjureup/controllers/deploy/common.py:23 2017에서 ModelConnected 대기 중 -06-28 22:09:04,518 [DEBUG] conjure-up/landscape - juju.py:179 - proc 2017-06-28 22:09:04,899 [DEBUG] conjure-up/landscape - maas.py: 401 - 발견된 엔드포인트:http://192.168.1.1:5240/MAAS클라우드의 경우: cloud-maas-257 2017-06-28 22:09:04,902 [DEBUG] conjure-up/landscape - events.py:55 - conjureup/controllers/deploy/gui.py:285 2017-06에서 MAASConnected 설정 -28 22:09:09,919 [DEBUG] conjure-up/landscape -requests.packages.urllib3.connectionpool:connectionpool.py:207 -새 HTTP 연결 시작(1): www.google-analytics.com 2017-06-28 22:09:09,916 [DEBUG] conjure-up/landscape - gui.py:13 - 렌더링 부트스트랩 대기 2017-06-28 22:09:09,951 [DEBUG] conjure-up/landscape - request.packages.urllib3.connectionpool: Connectionpool.py:395 - "POST /collect HTTP/1.1" 200 35 2017-06-28 22:09:10,111 [DEBUG] conjure-up/landscape - events.py:55 - conjureup/controllers/deploy/에서 MAASConnected를 기다리는 중 conjureup/controllers/deploy/gui.py:239의 작업 _do_deploy에서 gui.py:209 2017-06-28 22:09:10,113 [DEBUG] conjure-up/landscape - events.py:55 - conjureup/에서 MAASConnected를 받았습니다. conjureup/controllers/deploy/gui.py:239 22:09:10,116 [DEBUG] conjure-up/landscape - events.py:55 - 대기 중 conjureup/juju.py:517의 PreDeployComplete in task _do_deploy at conjureup/controllers/deploy/gui.py:239 2017-06-28 22:09:10,287 [DEBUG] conjure-up/landscape - events.py:55 - 대기 중 MAASConnected at conjureup/controllers/deploy/gui.py:209 in task _do_deploy at conjureup/controllers/deploy/gui.py:239 2017-06-28 22:09:10,289 [DEBUG] conjure-up/landscape - events.py :55 - conjureup/controllers/deploy/gui.py:239 2017-06-28 22:09:10,290 [DEBUG] conjure-up/landscape의 작업 _do_deploy에서 conjureup/controllers/deploy/gui.py:209에서 MAASConnected를 수신했습니다. - events.py:55 - conjureup/juju.py:517에서 PreDeployComplete 대기 중 conjureup/controllers/deploy/gui.py:239의 _do_deploy 작업에서 2017-06-28 22:09:10,447 [DEBUG] conjure-up/landscape - events.py:55 - conjureup/controllers/deploy/gui.py:239의 작업 _do_deploy에서 conjureup/controllers/deploy/gui.py:209에서 MAASConnected를 기다리는 중 2017-06-28 22:09:10,448 [DEBUG] conjure -up/landscape - events.py:55 - conjureup/controllers/deploy/gui.py:239 2017-06-28 22:09:10,450 작업 _do_deploy의 conjureup/controllers/deploy/gui.py:209에서 MAASConnected를 수신했습니다. [디버그] conjure-up/landscape - events.py:55 - conjureup/juju.py:517에서 PreDeployComplete 대기 중 conjureup/controllers/deploy/gui.py:239의 _do_deploy 작업에서 2017-06-28 22:09:10,615 [디버그] conjure-up/landscape - events.py:55 - conjureup/controllers/deploy/gui.py:239의 작업 _do_deploy에서 conjureup/controllers/deploy/gui.py:209에서 MAASConnected를 기다리는 중 2017-06-28 22 :09:10,616 [디버그] conjure-up/landscape - events.py:55 - conjureup/controllers/deploy/gui.py:239의 작업 _do_deploy에서 conjureup/controllers/deploy/gui.py:209에서 MAASConnected를 수신했습니다. 2017- 06-28 22:09:10,618 [DEBUG] conjure-up/landscape - events.py:55 - conjureup/juju.py:517에서 PreDeployComplete 대기 중 conjureup/controllers/deploy/gui.py:239의 작업 _do_deploy에서 2017- 06-28 22:09:10,634 [DEBUG] conjure-up/landscape - events.py:55 - conjureup/controllers/bootstrapwait/gui.py:37에서 부트스트랩 대기 중 2017-06-28 22:09:10,637 [DEBUG] conjure-up/landscape - events.py:55 - 관계 대기 추가됨: /snap/conjure에서 haproxy -up/527/usr/lib/python3.6/asyncio/events.py:127 in task wait at conjureup/events.py:95 2017-06-28 22:09:10,640 [DEBUG] conjure-up/landscape - events.py:55 - 대기 중인 관계 추가됨:rabbitmq-server at /snap/conjure-up/527/usr/lib/python3.6/asyncio/events.py:127 in task wait at conjureup/events.py:95 2017- 06-28 22:09:10,642 [DEBUG] conjure-up/landscape - events.py:55 - 관계 추가 대기: postgresql at /snap/conjure-up/527/usr/lib/python3.6/asyncio/events.py :127 in task wait at conjureup/events.py:95 2017-06-28 22:09:10,645 [DEBUG] conjure-up/landscape - events.py:55 - 대기 중인 관계 추가됨:landscape-server at /snap/conjure- conjureup/events.py:95에서 작업 대기 중 up/527/usr/lib/python3.6/asyncio/events.py:127
도움을 주셔서 감사합니다!
미렉
답변1
문제를 파악하고 설치를 완료할 수 있는지 확실하지 않습니다. 비슷한 문제가 있었는데 극복할 수 있었어요. 따라서 다음 두 가지를 확인할 수 있습니다.
- 192.168.1.3에 로그인하여 노드가 인터넷에 액세스할 수 있는지 확인하세요.
예: wget google.com을 실행한 다음 index.html에 일부 콘텐츠가 있는지 확인하세요.
인터넷 DNS를 확인할 수 없는 경우 먼저 문제를 해결해야 합니다.
- Maas 서버에서 내부 네트워크의 게이트웨이가 올바른지 확인하십시오. 즉, 192.168.1.1
여기에서 문제를 해결한 후 다시 부트스트랩합니다.
이 답변이 조금 늦었다는 것을 알고 있지만 도움이 된다면 공유해 보겠습니다.