Packer: ansible 2.8은 패커를 중단합니다.

똑같은 문제가 발생했습니다-ansible 2.7.10으로 다운 그레이드되었으며 완벽하게 작동했습니다.

다른 사람이 이것을 재현 할 수 있었습니까?

여기도 마찬가지입니다. 다운 그레이드해야했습니다.

2019 년 5 월 28 일 화요일 20:58에 AndrewCi [email protected] 은 다음과 같이 썼습니다.

다른 사람이 이것을 재현 할 수 있었습니까?

—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/hashicorp/packer/issues/7667?email_source=notifications&email_token=AAAAFFDXJF7SZ3RCR7ZC4XLPXV6GTA5CNFSM4HOEP2H2YY3PNVWWK3TUL52HS4DFVREXG43VMVNDJKWSDNNMVXHDY,263LNMVXHDY,645LNMVXHDYPWScomment-4
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAAAFFFYN7SKLPFDER6IOYDPXV6GTANCNFSM4HOEP2HQ
.

Azure ARM 프로 비저 너를 사용하여이를 재현 할 수도 있습니다.

응, 또한 ansible 다운 그레이드

ansible 2.6.2에서 이것을 치고 있다고 생각합니다.

@intinig 어떤 버전으로 다운 그레이드합니까?

2.7.10으로 롤백하면 문제가 해결되었습니다.

알겠습니다. -vv 옵션을 제거하여이 문제를 해결했습니다. 야생!

2.7.10

2019 년 5 월 30 일 목요일 19:50에 adamday2 [email protected]이 작성했습니다.

2.7.10으로 롤백하면 문제가 해결되었습니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/hashicorp/packer/issues/7667?email_source=notifications&email_token=AAAAFFDBJO4EIUY3O43JGOTPYAHWNA5CNFSM4HOEP2H2YY3PNVWWK3TUL52HS4DFVRWSG43VMVORP63LNOD205W2ZLOBW63LNODVXHJKissue
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAAAFFESVO36RH5QHKQV2F3PYAHWNANCNFSM4HOEP2HQ
.

이것은 (적어도 일부 경우) Ansible 2.8에 추가 된 자동화 된 Python 인터프리터 검색과 관련이 있습니다. 하드 코딩 /usr/bin/python 는 내가 관찰 한 중단 문제를 해결했습니다.

      "extra_arguments": [
        "--extra-vars",
        "ansible_python_interpreter=/usr/bin/python"
      ],

이 문제를 해결했지만 출시 된 vSphere 고급 모듈 중 일부에는 2.8이 필요합니다.

이것은 인기있는 문제이기 때문에 여기에 메모를 남겨 두십시오.이 프로 비저 너는 커뮤니티에서 지원하는 프로 비 저너 중 하나입니다. 즉, HashiCorp 관리자는 엔지니어링 시간을 많이 소비하지 않습니다. 이것은 제안을 Packer로 만드는 가장 좋은 방법은 PR을 여는 것임을 의미합니다.

@flowerysong 팁에 감사드립니다, 작동합니다! virtualenv가 도움을줍니다.

패커 연결이있는 Windows 시스템에도 동일한 문제가 있습니다. 해결 방법이 있습니까?

적어도이 정지의 원인에 대한 근본 원인이 있고이를 수정할 잠재적 인 계획이 있습니까? 내가 할 수있는 곳에서 기꺼이 도와 주지만 Go에 익숙하지 않습니다 (올바른 방향을 가리키는 것이 더 유용 할 수 있음).

또한 다른 OS에서 패커를 실행하면 차이가 생길 수 있습니까?

똑같아. packer 1.3.3, 1.3.4, 1.4.1, 1.4.2, ansible 버전 2.7.10, 2.8.0 및 2.8.1이 모두 동일한 동작을 보이는 것으로 시도했습니다. ANSIBLE_PYTHON_INTERPRETER 환경 변수를 설정했습니다.

오늘 이것을 간단히 살펴 보았습니다. ansible_python_interpreter 발견을 기반으로 한 내 직감은 대체 목록을 사용할 때 생성되는 경고가 stderr을 어딘가에서 제대로 처리하지 않기 때문에 중단을 유발한다는 것입니다.

한 시간 정도 지나서 이론을 테스트하기 위해이 대체 경고를 생성 할 수있는 상황을 재현하는 데 어려움을 겪었습니다. 이 문제를 겪고있는 사람이 게스트 OS 아치와 설치된 Python 버전 (및 설치된 위치)을 공유 할 수 있다면 매우 유용 할 것이므로 바퀴를 돌리는 데 많은 시간을 할애하지 않아도됩니다. 재현 사례를 받으십시오.

지금은 ansible_python_interpreter 설정이 모두에게 직접적으로 작동하는 것처럼 들립니다. ansible_python_interpreter=auto_silent 값으로 설정하는 것이이 문제를 해결하기에 충분한 지 궁금합니다. 그것은 Packer가 경고가 어딘가를 통해오고 있다는 파이프를 잘못 취급하고 있다는 내 이론에 약간의 신뢰를 더할 것입니다.

@SwampDragons 파이프 라이닝으로 인해 프로

이는 인터프리터 검색에 시간 제한을 추가하여 Ansible 측에서 잠재적으로 해결 될 것이지만 현재 해당 수정에 대한 타임 라인은 없습니다.

@flowerysong 정보 감사합니다. GH 문제에 대한 링크가 있거나 여기에서 추적 할 수있는 시간 초과 논의에 대해 이야기하는 것이 있습니까?

https://github.com/ansible/ansible/issues/57542

그래서 @SwampDragons- 귀하의 질문에 따라 다음을 사용하여 확인할 수 있습니다.
"extra_arguments": [
"-추가 변수",
"ansible_python_interpreter = auto_silent"
]
ansible-local을 사용하는 Linux 실행이 다음을 사용하여 문제없이 작동하도록 허용합니다.
Ansible 2.8.1
패커 1.4.2
RHEL7의 KVM 빌드

그러나-이러한 동일한 인수는 다음 오류와 함께 WINDOWS Server 2019 호스트를 프로비저닝하려고 할 때 여전히 오류를 발생시킵니다.

2019-07-15T14 : 05 : 46-04 : 00 : ==> qemu : Ansible 실행 중 : ansible-playbook --extra-vars packer_build_name = qemu packer_builder_type = qemu -o IdentitiesOnly = yes -i / tmp / packer-provisioner- ansible556061269 /opt/jenkins/workspace/-templates_2019_imagebuild_PR-10/windows/ansible/initial_config.yaml -e ansible_ssh_private_key_file = / tmp / ansible-key458833230 --extra-vars packer_http_addr = 10.0.2.2 : 8084 --connection packer --extra- vars ansible_shell_type = powershell ansible_shell_executable = 없음 ansible_python_interpreter = auto_silent

2019-07-15T14 : 05 : 55-04 : 00 : qemu :

2019-07-15T14 : 05 : 55-04 : 00 : qemu : PLAY [모두] * * * * * * * * * * * * * * * * * * * * * **

2019-07-15T14 : 05 : 55-04 : 00 : qemu :

2019-07-15T14 : 05 : 55-04 : 00 : QEMU : TASK [수집 사실 * * * * * * * * * * * * * * * * * **

2019-07-15T14 : 05 : 56-04 : 00 : qemu : 치명적 : [기본값] : 실패! => { "ansible_facts": {}, "changed": false, "msg": "다음 모듈을 실행하지 못했습니다. setup \ n setup : MODULE FAILURE \ n 정확한 오류는 stdout / stderr을 참조하십시오. \ n"}

2019-07-15T14 : 05 : 56-04 : 00 : qemu :

2019-07-15T14 : 05 : 56-04 : 00 : qemu : PLAY RECAP * * * * * * * * * * * * * * * * * * * * * **

2019-07-15T14 : 05 : 56-04 : 00 : qemu : 기본값 : ok = 0 변경됨 = 0 도달 할 수 없음 = 0 실패 = 1 건너 뜀 = 0 구조 됨 = 0 무시 됨 = 0

2019-07-15T14 : 05 : 56-04 : 00 : qemu :

2019-07-15T14 : 05 : 56-04 : 00 : ==> qemu : 출력 디렉토리 삭제 중 ...

2019-07-15T14 : 05 : 56-04 : 00 : 빌드 'qemu'오류 : Ansible 실행 오류 : 0이 아닌 종료 상태 : 종료 상태 2

그래서 우리는 ansible 코어에서 파이프 라인 "수정"을 기다리는 동안 "Linux"에 대한 유효한 해결 방법이 있다고 생각하지만 "Windows"는 당분간 작동 할 수 있도록 더 많은 것이 필요합니까?

현재이 작업을하고 있거나 수정 방법에 대한 아이디어가있는 사람이 있습니까?

내가 아는 것은 아닙니다.

내 수정 사항은 다음을 추가하는 것입니다. "extra_arguments": ["-e", "ansible_python_interpreter=/usr/bin/python", "-vv"]

내 생명을 구하기 위해 여전히이 문제를 재현 할 수는 없지만 근본적인 문제가 Ansible 호출을 전달하기 위해 생성하는 Packer의 ssh 프록시라는 이론을 기반으로 해결 방법을 만들기로 결정했습니다.

이 localhost 프록시를 완전히 제거하고 대신 인벤토리 파일에서 호스트 IP를 사용하도록 프로비저닝 도구를 수정하는 분기에서 PR # 8625를 만들었습니다. 버그의 영향을받은 여러분 중 일부가 빌드 (https://circleci.com/gh/hashicorp/packer/29969#artifacts/containers/0에서 사용 가능)를 가져올 수 있다면 좋겠습니다. 그것은 당신을 위해 문제를 해결합니다. 현재로서는 브랜치가 Docker 빌드를 중단합니다. 이 움직임이 실제로 문제를 해결할 수 있는지 파악한 후 어떻게 해제 할 것인지 알아낼 것입니다.

프록시 제거로 인해 문제가 발생하는 경우에도 알려주십시오. PR은 Work In Progress 상태에 있습니다.

위의 PR을 테스트하고 ansible 2.8+ 비 호환성을 해결하는지 알려주는 응시자가 있습니까? 여기에서 사용할 수있는 새 빌드가 있습니다. https://circleci.com/gh/hashicorp/packer/32248#artifacts/containers/0 , 부울 옵션 "use_proxy"를 기반으로 프록시 어댑터를 사용하거나 사용하지 않을 수 있습니다. (현재 기본값은 true이지만 가치가있는 경우 나중에 기본값을 변경하겠습니다)

@SwampDragons , 새로운 패커 빌드 (v 1.5.2)를 제공해 주셔서 감사합니다.

나는이 새로운 1.5.2 빌드를 macos (Python 3.7.3)와 도커 모두에서 시도했습니다.
컨테이너 (Python 3.6.9)이지만 패커 빌드는 이제 ansible 프로비저닝 도구를 실행하기 전에 중단됩니다.

==> azure-arm: Waiting for WinRM to become available...
==> azure-arm: Timeout waiting for WinRM.

... 두 아키텍처에서.

packer 1.5.1로 되 돌리면 WinRM에 대한 연결이 성공합니다. powershell
프로 비저 너는 성공적으로 실행되지만 어떤 경우에도 ansible 프로 비저 너가 실패합니다.
옵션 또는 추가 인수가 제공됩니다. 'ansible_python_interpreter'해결 방법
위에서 언급 한 것은 불행히도 저에게 효과가 없습니다.

내가 구축하려고 시도한 두 가지 환경 :
1. macos [Darwin Kernel 버전 19.3.0 : root : xnu-6153.81.5 ~ 1 / RELEASE_X86_64 x86_64]
-패커 1.5.1
-건축업자 : 하늘빛 팔
-os_type : Windows
-커뮤니케이터 : winrm
-ansible 2.9.2
-파이썬 3.7.3

1. Docker / mcr.microsoft.com/azure- cli : latest [Linux 1cba84bd80dd
   4.19.76-linuxkit # 1 SMP 10 월 17 일 목요일 19:31:58 UTC 2019 x86_64 Linux]
2. 패커 1.5.1
   
   
   
   • 건축업자 : 하늘빛 팔
   
   
   • os_type : Windows
   
   
   • 커뮤니케이터 : winrm
   
   
3. ansible 2.9.4
4. 파이썬 3.6.9

debug logs:

---------
    azure-arm: [azure-arm]
    azure-arm: XX.XXX.142.52
==> azure-arm: Provisioning with Ansible...
==> azure-arm: Executing Ansible: ansible-playbook --extra-vars packer_build_name=azure-arm packer_builder_type=azure-arm -o IdentitiesOnly=yes -i /var/folders/08/_km87dpn38zf4c0yr8lnq8880000gp/T/packer-provisioner-ansible557376101 /Users/Laurent/work/ansible/win-playboom.yml -e ansible_ssh_private_key_file=/var/folders/08/_km87dpn38zf4c0yr8lnq8880000gp/T/ansible-key717334430 -vvvv --connection packer --inventory-file=../ansible/inventory/inventory_azure_rm.yml --extra-vars ansible_python_interpreter=/Users/Laurent/.pyenv/shims/python ansible_shell_type=powershell ansible_shell_executable=None
    azure-arm: ansible-playbook 2.9.2
    azure-arm: <XX.XXX.142.52> ESTABLISH WINRM CONNECTION FOR USER: packer on PORT 5986 TO XX.XXX.142.52
    azure-arm: fatal: [pkrvmnzc8laeuz0_3a38]: UNREACHABLE! => {
    azure-arm:     "changed": false,
    azure-arm:     "msg": "ssl: the specified credentials were rejected by the server",
    azure-arm:     "unreachable": true
    azure-arm: }
...
    azure-arm: fatal: [default]: FAILED! => {
    azure-arm:     "ansible_facts": {},
    azure-arm:     "changed": false,
    azure-arm:     "failed_modules": {
    azure-arm:         "setup": {
    azure-arm:             "failed": true,
    azure-arm:             "module_stderr": "OpenSSH_7.9p1, LibreSSL 2.7.3\r\ndebug1:
    ...
    ...
        azure-arm:             "module_stdout": "",
    azure-arm:             "msg": "MODULE FAILURE\nSee stdout/stderr for the exact error",
    azure-arm:             "rc": 1
    azure-arm:         }
    azure-arm:     },
    azure-arm:     "msg": "The following modules failed to execute: setup\n"
    azure-arm: }
    azure-arm:
    azure-arm: PLAY RECAP *********************************************************************
    azure-arm: default                    : ok=0    changed=0    unreachable=0    failed=1    skipped=0    rescued=0    ignored=0
    azure-arm: pkrvmnzc8laeuz0_3a38       : ok=0    changed=0    unreachable=1    failed=0    skipped=0    rescued=0    ignored=0

---------

업데이트 해 주셔서 감사합니다. 몇 가지 수정 사항을 푸시했으며 PR에서 새로운 바이너리를 찾을 수 있습니다. 하지만 winrm에 대한 프록시 없음 옵션을 설정할 기회가 없었습니다.

마침내 중단을 재현 할 수 있었고 연결된 Pr에서 가능한 한 프록시를 비활성화하면 SSH 빌드 문제가 해결된다는 것을 확인할 수 있습니다. 아직 WinRM에 대한 수정 사항을 조사하고 구현할 기회가 없었습니다.

이 해결 방법이 필요한 SSH 사용자를위한 아티팩트는 https://circleci.com/gh/hashicorp/packer/33086#artifacts/containers/0 에서 찾을 수 있습니다.

Windows에서이 작업을 수행하지 않았기 때문에 1.5.2 릴리스에 포함되지는 않을 것입니다. 그러나이 백업을 선택하여 며칠 내에 계속 작업 할 것입니다.

감사합니다 @SwampDragons , 좋은 소식입니다! 이러한 작업을 계속할 수있을 때 Windows 빌드에 대한 수정 사항을받을 수 있기를 기대합니다.

위 의

winrm을 사용하는 ansible 2.9에서 동일한 문제가 발생합니다. 그런 다음 ansible을 2.7로 다운 그레이드 한 후 한 번 제대로 작동했습니다. 하지만 이제는 ansible 2.7에서도 동일한 문제가 발생합니다.

ansible = 2.7.0
파이썬 버전 = 3.7.6
패커 = 1.5.4

<127.0.0.1> (0, b '', b'OpenSSH_7.9p1, LibreSSL 2.7.3 \ r \ ndebug1 : 구성 데이터 읽기 / etc / ssh / ssh_config \ r \ ndebug1 : / etc / ssh / ssh_config 48 행 : * \ r \ ndebug2 : resolve_canonicalize : hostname 127.0.0.1 is address \ r \ ndebug1 : auto-mux : 기존 마스터 시도 중 \ r \ ndebug2 : fd 3 설정 O_NONBLOCK \ r \ ndebug2 : mux_client_hello_exchange : 마스터 버전 4 \ r \ ndebug3 : mux_client_forwards : 요청 전달 : 0 로컬, 0 원격 \ r \ ndebug3 : mux_client_request_session : 진입 \ r \ ndebug3 : mux_client_request_alive : 진입 \ r \ ndebug3 : mux_client_request_alive : 완료 pid = 14869 \ r \ ndebug3 : 세션 요청 전송 \ r \ n # <CLIXML \ r \ nSystem.Management.Automation.PSCustomObjectSystem.Object1처음 사용할 모듈을 준비합니다.0-1-1완료-1 debug3 : mux_client_read_packet : 헤더 읽기 실패 : 파이프 손상 \ r \ ndebug2 : 마스터 0에서 종료 상태 수신 \ r \ n ')

@SwampDragons Windows 업데이트에 대한 행운

아직은-여행 중이 었는데 이번 주에는 키보드를 사용하지 않았습니다. 그래도 다음 주에 작업을 다시 선택하려고 노력할 것입니다.

@SwampDragons Windows에 상태가 있습니까? 감사합니다!

예! 금요일에 기본 인증과 함께 WinRM을 사용하여 작동하는 프록시없는 Windows 빌드에 대한 POC를 받았지만 여전히 SSL에서 작동하는지 테스트해야합니다.

살아있다! winrm과 함께 ansible에서 작동하는 바이너리는 여기에서 다운로드 할 수 있습니다 : https://circleci.com/gh/hashicorp/packer/42423#artifacts/containers/0

자세한 사용 지침은 PR에 추가 된 문서를 참조하십시오 : https://github.com/hashicorp/packer/pull/8625

안녕하세요 @SwampDragons 여러분의 모든 작업에 감사드립니다. :)
위에 나열된 야간 빌드를 시도했지만 여전히 실패합니다. 여전히 Ansible 2.7.10으로 롤백해야 작동합니다.
[dev-user@centos-7-dev Downloads]$ ansible --version ansible 2.9.6 config file = /etc/ansible/ansible.cfg configured module search path = [u'/home/dev-user/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules'] ansible python module location = /usr/lib/python2.7/site-packages/ansible executable location = /usr/bin/ansible python version = 2.7.5 (default, Aug 7 2019, 00:51:29) [GCC 4.8.5 20150623 (Red Hat 4.8.5-39)] [dev-user@centos-7-dev Downloads]$ packer --version 1.5.6 [dev-user@centos-7-dev Downloads]$
이것은 Centos 7.7 최소 이미지를 구축하는 vsphere-iso를 사용하는 Centos 7.7 호스트에서 가져온 것입니다.
다른 사람이 다른 문제를 발견 했습니까?

@ChrisGWarp 내 컴퓨터에서 작동하기 때문에 실패를 더 많이 보려면 전체 재현 사례가 필요합니다.)

packer_test.zip
끝난!
실패 로그, 수정 (다운 그레이드 가능) 및 성공을 포함합니다.
도움이 되었기를 바랍니다. :)

따라서 구성을 살펴보십시오.

        {
            "type":            "ansible",
            "playbook_file":   "./ansible/packer-test.yml",
            "galaxy_file":     "./ansible/requirements.yml",
            "user":            "root",
            "extra_arguments": [ "-v" ]
        }

이제 Galaxy로 이것을 테스트하지 않았지만 구성에서도 실제로 프록시를 끈 것 같지 않습니다.

        {
            "type":            "ansible",
            "playbook_file":   "./ansible/packer-test.yml",
            "galaxy_file":     "./ansible/requirements.yml",
            "user":            "root",
            "use_proxy": false,
            "extra_arguments": [ "-v" ]
        }

자세한 로그를 얻기 위해 환경에서 PACKER_DEBUG = 1로 위의 작업을 시도하고 요점에 링크 할 수 있습니까?

좋아, 나는 더 멀리 갈 수 있었지만 다른 문제에 부딪쳤다.
이것이 내가 발견 / 관찰 한 것입니다.

use_proxy, 값을 변경해야하는 기존 매개 변수인지 또는 새 매개 변수인지 확실하지 않았습니다.

Packer 1.5.5가 질식하므로 새 변수를 가정하고 있으므로 이전 버전과 호환되지 않습니다.

Packer 1.5.6-dev는 사실 수집 단계 (예!)에서 멈추지 않았기 때문에 작동했지만 호스트 키 문제로 인해 질식했습니다. ansible.cfg는 어디에서로드합니까? 또는 동일한 질문을 다른 방식으로, (어떤 디렉토리에서와 같이) ansible-playbook이 어디에서 생성됩니까?

이것은 .json 파일 조각이며 env vars는 호스트 키 동작을 변경하지 않는 것으로 보입니다.

"provisioners": [ { "type": "ansible", "playbook_file": "./ansible/packer-test.yml", "galaxy_file": "./ansible/requirements.yml", "user": "root", "use_proxy": false, "ansible_env_vars": [ "ANSIBLE_HOST_KEY_CHECKING=False", "ANSIBLE_NOCOLOR=True" ], "extra_arguments": [ "-v" ] } ]

다음은 로그 출력입니다.

`[ dev-user @ centos-7-dev packer-test] $ PACKER_LOG = 1 패커 빌드 -force vsphere-packer-test-x86_64.json
2020/04/26 20:46:14 [정보] Packer 버전 : 1.5.6-dev (d824b7e969d0d54ce23b42aa2a577a73a4780765) [go1.13.9 linux amd64]
2020/04/26 20:46:14 'PACKER_CONFIG'에서 구성 파일 경로 확인
2020/04/26 20:46:14 'PACKER_CONFIG'가 설정되지 않았습니다. 기본 구성 파일 경로 확인
2020/04/26 20:46:14 구성 파일 열기 시도 : /home/dev-user/.packerconfig
2020/04/26 20:46:14 [경고] 구성 파일이 존재하지 않습니다 : /home/dev-user/.packerconfig
2020/04/26 20:46:14 캐시 디렉토리 설정 : / home / dev-user / eclipse-workspace / packer-test / packer_cache
2020/04/26 20:46:14 경로에 대한 플러그인 클라이언트 생성 : / usr / bin / packer
2020/04/26 20:46:14 플러그인 시작 : / usr / bin / packer [] string { "/ usr / bin / packer", "plugin", "packer-builder-vsphere-iso"}
2020/04/26 20:46:14 RPC 주소를 기다리는 중 : / usr / bin / packer
2020/04/26 20:46:14 / usr / bin / packer에 대한 유닉스 RPC 주소 수신 : addr은 / tmp / packer-plugin421608791입니다.
2020/04/26 20:46:14 packer-builder-vsphere-iso 플러그인 : [정보] Packer 버전 : 1.5.6-dev (d824b7e969d0d54ce23b42aa2a577a73a4780765) [go1.13.9 linux amd64]
2020/04/26 20:46:14 packer-builder-vsphere-iso 플러그인 : 'PACKER_CONFIG'에서 구성 파일 경로 확인
2020/04/26 20:46:14 packer-builder-vsphere-iso 플러그인 : 'PACKER_CONFIG'가 설정되지 않았습니다. 기본 구성 파일 경로 확인
2020/04/26 20:46:14 packer-builder-vsphere-iso 플러그인 : 구성 파일 열기 시도 : /home/dev-user/.packerconfig
2020/04/26 20:46:14 packer-builder-vsphere-iso 플러그인 : [경고] 구성 파일이 없습니다 : /home/dev-user/.packerconfig
2020/04/26 20:46:14 packer-builder-vsphere-iso 플러그인 : 캐시 디렉토리 설정 : / home / dev-user / eclipse-workspace / packer-test / packer_cache
2020/04/26 20:46:14 packer-builder-vsphere-iso 플러그인 : args : [] string { "packer-builder-vsphere-iso"}
2020/04/26 20:46:14 packer-builder-vsphere-iso 플러그인 : 플러그인 주소 : unix / tmp / packer-plugin421608791
2020/04/26 20:46:14 packer-builder-vsphere-iso 플러그인 : 연결 대기 중 ...
2020/04/26 20:46:14 packer-builder-vsphere-iso 플러그인 : 플러그인 연결 제공 ...
2020/04/26 20:46:14 경로에 대한 플러그인 클라이언트 생성 : / usr / bin / packer
2020/04/26 20:46:14 플러그인 시작 : / usr / bin / packer [] string { "/ usr / bin / packer", "plugin", "packer-provisioner-ansible"}
2020/04/26 20:46:14 RPC 주소를 기다리는 중 : / usr / bin / packer
2020/04/26 20:46:14 / usr / bin / packer에 대한 유닉스 RPC 주소 수신 : addr은 / tmp / packer-plugin434205582입니다.
2020/04/26 20:46:14 packer-provisioner-ansible 플러그인 : [정보] Packer 버전 : 1.5.6-dev (d824b7e969d0d54ce23b42aa2a577a73a4780765) [go1.13.9 linux amd64]
2020/04/26 20:46:14 packer-provisioner-ansible 플러그인 : 'PACKER_CONFIG'에서 구성 파일 경로 확인
2020/04/26 20:46:14 packer-provisioner-ansible 플러그인 : 'PACKER_CONFIG'가 설정되지 않았습니다. 기본 구성 파일 경로 확인
2020/04/26 20:46:14 packer-provisioner-ansible 플러그인 : 구성 파일 열기 시도 : /home/dev-user/.packerconfig
2020/04/26 20:46:14 packer-provisioner-ansible 플러그인 : [경고] 구성 파일이 존재하지 않습니다 : /home/dev-user/.packerconfig
2020/04/26 20:46:14 packer-provisioner-ansible 플러그인 : 캐시 디렉토리 설정 : / home / dev-user / eclipse-workspace / packer-test / packer_cache
2020/04/26 20:46:14 packer-provisioner-ansible 플러그인 : args : [] string { "packer-provisioner-ansible"}
2020/04/26 20:46:14 packer-provisioner-ansible 플러그인 : 플러그인 주소 : unix / tmp / packer-plugin434205582
2020/04/26 20:46:14 packer-provisioner-ansible 플러그인 : 연결 대기 중 ...
2020/04/26 20:46:14 packer-provisioner-ansible 플러그인 : 플러그인 연결 제공 ...
vsphere-iso : 출력은이 색상으로 표시됩니다.

2020/04/26 20:46:14 빌드 디버그 모드 : false
2020/04/26 20:46:14 포스 빌드 : 참
2020/04/26 20:46:14 오류시 :
2020/04/26 20:46:14 빌드 준비 중 : vsphere-iso
2020/04/26 20:46:15 빌드 완료 대기 중 ...
2020/04/26 20:46:15 빌드 실행 시작 : vsphere-iso
2020/04/26 20:46:15 빌더 실행 : vsphere-iso
2020/04/26 20:46:15 [정보] (텔레 메 트리) 빌더 vsphere-iso 시작
2020/04/26 20:46:15 packer-provisioner-ansible 플러그인 : ansible-playbook 버전 : 2.9.6
==> vsphere-iso : VM 생성 중 ...
==> vsphere-iso : 하드웨어 사용자 지정 중 ...
==> vsphere-iso : ISO 이미지 마운트 중 ...
2020/04/26 20:46:17 packer-builder-vsphere-iso 플러그인 : 컨트롤러 '& {{{} 200 0xc00055e2a0에서 CD-ROM 생성0} 0 []} 'with iso'[ISOs] CentOS / CentOS-7-x86_64-Minimal-1908.iso '
==> vsphere-iso : 플로피 디스크 생성 중 ...
vsphere-iso : floppy_files에서 단층 적으로 파일 복사
2020/04/26 20:46:18 packer-builder-vsphere-iso 플러그인 : 플로피 경로 : / tmp / packer579447498
2020/04/26 20:46:18 packer-builder-vsphere-iso 플러그인 : 임시 파일로 지원되는 블록 장치 초기화
2020/04/26 20:46:18 packer-builder-vsphere-iso 플러그인 : FAT 파일 시스템으로 블록 장치 포맷 ...
2020/04/26 20:46:18 packer-builder-vsphere-iso 플러그인 : 블록 장치에서 FAT 파일 시스템 초기화
2020/04/26 20:46:18 packer-builder-vsphere-iso 플러그인 : 파일 시스템에서 루트 디렉토리 읽기
vsphere-iso : 파일 복사 : http / ks-7.7-minimal-static.cfg
vsphere-iso : floppy_files에서 파일 복사 완료
vsphere-iso : floppy_dirs에서 경로 수집
vsphere-iso : floppy_dirs의 결과 경로 : []
vsphere-iso : floppy_dirs에서 경로 복사 완료
==> vsphere-iso : 생성 된 플로피 이미지 업로드
==> vsphere-iso : 생성 된 플로피 추가 중 ...
==> vsphere-iso : 포트 8081에서 HTTP 서버 시작
2020/04/26 20:46:19 packer-builder-vsphere-iso 플러그인 : 사용 가능한 포트를 찾았습니다. IP에서 8081 : 0.0.0.0
==> vsphere-iso : 임시 부팅 순서 설정 ...
==> vsphere-iso : VM 전원 켜기 ...
==> vsphere-iso : 부팅을 위해 10 초 대기 중 ...
==> vsphere-iso : HTTP 서버가 http : // ABCE : 8081 /에서 작동 중입니다.
==> vsphere-iso : 부팅 명령 입력 중 ...
2020/04/26 20:46:32 packer-builder-vsphere-iso 플러그인 : 특수 코드 ''발견, 다음으로 대체 : CodeTab
2020/04/26 20:46:40 packer-builder-vsphere-iso 플러그인 : 특수 코드 ''발견, 다음으로 대체 : CodeReturnEnter
2020/04/26 20:46:40 packer-builder-vsphere-iso 플러그인 : 1 초 대기
==> vsphere-iso : IP 대기 중 ...
2020/04/26 20:46:41 packer-builder-vsphere-iso 플러그인 : [정보] IP 대기 중, 최대 총 시간 제한 : 30m0s, 해결 시간 제한 : 5 초
2020/04/26 20:55:12 packer-builder-vsphere-iso 플러그인 : 필요한 VM IP : ABCD
2020/04/26 20:55:12 packer-builder-vsphere-iso 플러그인 : VM IP는 여전히 동일합니다. ABCD
2020/04/26 20:55:13 packer-builder-vsphere-iso 플러그인 : VM IP는 여전히 동일합니다 : ABCD
2020/04/26 20:55:14 packer-builder-vsphere-iso 플러그인 : VM IP는 여전히 동일합니다 : ABCD
2020/04/26 20:55:15 packer-builder-vsphere-iso 플러그인 : VM IP는 여전히 동일합니다 : ABCD
2020/04/26 20:55:16 packer-builder-vsphere-iso 플러그인 : VM IP는 여전히 동일합니다 : ABCD
==> vsphere-iso : IP 주소 : ABCD
2020/04/26 20:55:17 packer-builder-vsphere-iso 플러그인 : VM IP는 여전히 동일 : ABCD
2020/04/26 20:55:17 packer-builder-vsphere-iso 플러그인 : VM IP가 충분히 안정적으로 보입니다 : ABCD
==> vsphere-iso : ssh communicator를 사용하여 연결 : ABCD
==> vsphere-iso : SSH를 사용할 수있을 때까지 기다리는 중 ...
2020/04/26 20:55:17 packer-builder-vsphere-iso 플러그인 : [정보] SSH 대기 중, 최대 시간 제한 : 5m0s
2020/04/26 20:55:17 packer-builder-vsphere-iso 플러그인 : [정보] ABCD : 22에 SSH 연결 시도 중 ...
2020/04/26 20:55:17 packer-builder-vsphere-iso 플러그인 : [DEBUG] SSH 용 TCP 연결에 다시 연결
2020/04/26 20:55:17 packer-builder-vsphere-iso 플러그인 : [DEBUG] SSH로 핸드 쉐이킹
2020/04/26 20:55:17 packer-builder-vsphere-iso 플러그인 : [DEBUG] 핸드 셰이크 완료!
2020/04/26 20:55:17 packer-builder-vsphere-iso 플러그인 : [DEBUG] 새 ssh 세션 열기
==> vsphere-iso : SSH에 연결되었습니다!
2020/04/26 20:55:17 packer-builder-vsphere-iso 플러그인 : [정보] 에이전트 전달 사용
2020/04/26 20:55:17 packer-builder-vsphere-iso 플러그인 : 프로비저닝 후크 실행
2020/04/26 20:55:17 [정보] (텔레 메 트리) 프로비저닝 시작
==> vsphere-iso : Ansible을 사용한 프로비저닝 ...
vsphere-iso : Ansible 실행에 프록시 어댑터를 사용하지 않음 :
vsphere-iso : Packer communicator에서 ssh 키 사용 ...
vsphere-iso : Packer communicator에서 ssh 키 사용 ...
2020/04/26 20:55:17 packer-provisioner-ansible 플러그인 : Ansible 실행을위한 인벤토리 파일 생성 중 ...
vsphere-iso : Ansible Galaxy 실행
vsphere-iso : [경고] :-dovry.ansible_role_sample (마스터)이 이미 설치됨-사용
vsphere-iso : --force to change version to unspecified
2020/04/26 20:55:18 packer-provisioner-ansible 플러그인 : Megan cmd는 & exec.Cmd {Path : "/ usr / bin / ansible-playbook", Args : [] string { "ansible-playbook", " -e ","packer_build_name = vsphere-iso ","-e ","packer_builder_type = vsphere-iso ","-e ","ansible_ssh_private_key_file = / tmp / ansible-key848613781 ","-e ","packer_http_addr = ABCE : 8081 ","--ssh-extra-args ","-o IdentitiesOnly = yes ","-i ","/ tmp / packer-provisioner-ansible807514096 ","/ home / dev-user / eclipse-workspace / packer-test / ansible / packer-test.yml ","-v "}, Env : [] string (nil), Dir :" ", Stdin : io.Reader (nil), Stdout : io.Writer (nil) , Stderr : io.Writer (nil), ExtraFiles : [] os.File (nil), SysProcAttr :( syscall.SysProcAttr) (nil), Process :( os.Process) (nil), ProcessState :( os.ProcessState) (nil), ctx : context.Context (nil), lookPathErr : error (nil), finished : false, childFiles : [] os.File (nil), closeAfterStart : [] io.Closer (nil), closeAfterWait : [] io.Closer (nil), goroutine : [] func () error (nil), errch : (chan error) (nil), waitDone : (chan struct {}) (nil)}==> vsphere-iso : Ansible 실행 : ansible-playbook -e packer_build_name = vsphere-iso -e packer_builder_type = vsphere-iso -e ansible_ssh_private_key_file = / tmp / ansible-key848613781 -e packer_http_addr = ABCE : 8081 --ssh-extra- args -o IdentitiesOnly = yes -i / tmp / packer-provisioner-ansible807514096 /home/dev-user/eclipse-workspace/packer-test/ansible/packer-test.yml -vvsphere-iso : /etc/ansible/ansible.cfg를 구성 파일로 사용vsphere-iso :은 vSphere 이소 : PLAY [구성베이스 VM * * * * * * * * * * * * * * *

* * * * * * * * * * * * * * * * *

=> { "changed": false, "msg": "ssh를 통해 호스트에 연결하지 못했습니다. 경고 : 알려진 호스트 목록에 'ABCD'(ECDSA)를 영구적으로 추가했습니다. \ r \ n 권한이 거부되었습니다 (publickey, gssapi- keyex, gssapi-with-mic, password). ","연결할 수 없음 ": true}vsphere-iso :vsphere-iso : PLAY RECAP * * * * * * * * * * * * * * * * * * * * * *
vsphere-iso : 기본값 : ok = 0 변경됨 = 0 도달 할 수 없음 = 1 실패 = 0 건너 뜀 = 0 구조 됨 = 0 무시 = 0
vsphere-iso :
2020/04/26 20:55:50 [정보] (원격 측정) ansible 종료
==> vsphere-iso : 프로비저닝 단계에 오류가 있습니다. 정리 프로비저닝 도구가있는 경우 실행 중 ...
==> vsphere-iso : 부팅 순서 지우기 ...
==> vsphere-iso : VM 전원 끄기 ...
==> vsphere-iso : 플로피 이미지 삭제 중 ...
==> vsphere-iso : VM 제거 중 ...
2020/04/26 20:55:51 packer-builder-vsphere-iso 플러그인 : 플로피 디스크 삭제 : / tmp / packer579447498
빌드 'vsphere-iso'오류 : Ansible 실행 오류 : 0이 아닌 종료 상태 : 종료 상태 4

==> 일부 빌드가 성공적으로 완료되지 않았고 오류가 있습니다.
-> vsphere-iso : Ansible 실행 오류 : 0이 아닌 종료 상태 : 종료 상태 4

==> 빌드가 완료되었지만 생성 된 아티팩트가 없습니다.
2020/04/26 20:55:52 [정보] (텔레 메 트리) vsphere-iso 종료
2020/04/26 20:55:52 컴퓨터 판독 가능 : 오류 개수 [] string { "1"}
==> 일부 빌드가 성공적으로 완료되지 않았고 오류가 있습니다.
2020/04/26 20:55:52 시스템 읽기 : vsphere-iso, error [] string { "Ansible 실행 오류 : 0이 아닌 종료 상태 : 종료 상태 4"}
==> 빌드가 완료되었지만 생성 된 아티팩트가 없습니다.
2020/04/26 20:55:52 [정보] (원격 측정) 마무리 중입니다.
2020/04/26 20:55:53 모든 플러그인 프로세스가 완료되기를 기다리는 중 ...
2020/04/26 20:55:53 / usr / bin / packer : 플러그인 프로세스 종료
2020/04/26 20:55:53 / usr / bin / packer : 플러그인 프로세스 종료
[ dev-user @ centos-7-dev packer-test] $
`

Packer 1.5.5가 질식하므로 새 변수를 가정하고 있으므로 이전 버전과 호환되지 않습니다.

옳은. 새로운 기능에 대한 문서는 링크 된 PR에서 찾을 수 있습니다.

Packer 1.5.6-dev는 사실 수집 단계 (예!)에서 멈추지 않았기 때문에 작동했지만 호스트 키 문제로 인해 질식했습니다. ansible.cfg는 어디에서로드합니까? 또는 동일한 질문을 다른 방식으로, (어떤 디렉토리에서와 같이) ansible-playbook이 어디에서 생성됩니까?

ansible-playbook은 Packer를 실행하는 동일한 디렉토리에서 생성됩니다.

이 문제는 _30 일 _ ⏳ 동안 종료 되었기 때문에 잠급니다. 이것은 우리의 관리자가 활성 문제를 찾고 집중하는 데 도움이됩니다.

이와 유사한 문제를 발견 한 경우 추가 조사에 필요한 모든 세부 정보를 캡처 할 수 있도록 새 문제를 열고 문제 템플릿을 작성해주세요.