Packer: ada 2.8 break packer ansible provisioner

Mengalami masalah yang persis sama - diturunkan ke kemungkinan 2.7.10 dan berfungsi dengan sempurna

apakah ada orang lain yang bisa menegur ini?

Sama disini. Saya harus menurunkan versi.

Pada Selasa 28 Mei 2019 pukul 20:58, AndrewCi [email protected] menulis:

apakah ada orang lain yang bisa menegur ini?

-
Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung, lihat di GitHub
https://github.com/hashicorp/packer/issues/7667?email_source=notifications&email_token=AAAAFFDXJF7SZ3RCR7ZC4XLPXV6GTA5CNFSM4HOEP2H2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW2HS4DFVREXG43VMVBW2HS4DFVRXG43
atau nonaktifkan utasnya
https://github.com/notifications/unsubscribe-auth/AAAAFFFYN7SKLPFDER6IOYDPXV6GTANCNFSM4HOEP2HQ
.

Saya juga dapat mereproduksi ini menggunakan penyedia Azure ARM

yup, juga bisa diturunkan

Saya pikir kita mencapai ini pada kemungkinan 2.6.2

@intinig Versi apa yang Anda downgrade?

Mengembalikan ke 2.7.10 memperbaikinya untuk saya.

Baiklah untuk saya, saya mengatasi ini dengan menghapus opsi -vv . LIAR!

2.7.10

Pada Kamis 30 Mei 2019 pukul 19:50, adamday2 [email protected] menulis:

Mengembalikan ke 2.7.10 memperbaikinya untuk saya.

-
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/hashicorp/packer/issues/7667?email_source=notifications&email_token=AAAAFFDBJO4EIUY3O43JGOTPYAHWNA5CNFSM4HOEP2H2YY3PNVWWK3TUL52HS4DLOFVREXG43VMVBW494DLOFVREXG43VMVBW63
atau nonaktifkan utasnya
https://github.com/notifications/unsubscribe-auth/AAAAFFESVO36RH5QHKQV2F3PYAHWNANCNFSM4HOEP2HQ
.

Ini (setidaknya dalam beberapa kasus) terkait dengan penemuan interpreter Python otomatis yang ditambahkan ke Ansible 2.8; hard-coding /usr/bin/python memperbaiki hang yang saya amati.

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

Pukul ini, tetapi sangat membutuhkan 2,8 untuk beberapa modul yang ditingkatkan vSphere yang telah dirilis.

Hanya membuat catatan di sini karena ini adalah masalah yang populer - penyedia ini adalah salah satu penyedia kami yang didukung komunitas, yang berarti bahwa pengelola HashiCorp tidak menghabiskan banyak waktu teknis untuk masalah tersebut; ini berarti bahwa cara terbaik untuk melihat saran Anda masuk ke dalam Packer adalah dengan membuka PR.

@flowerysong terima kasih atas tipnya, berhasil! Virtualenv membantu.

Mesin Windows dengan koneksi pengemas memiliki masalah yang sama, apakah ada yang punya solusi?

Apakah ada yang setidaknya memiliki akar penyebab dari penyebab hang ini dan rencana potensial untuk memperbaikinya? Senang membantu di mana saya bisa, tetapi tidak terbiasa dengan Go (mungkin lebih berguna dengan titik ke arah yang benar).

Selain itu, dapatkah menjalankan pengemas dari OS yang berbeda membuat perbedaan?

Punya sama. Mencoba dengan pengemas 1.3.3, 1.3.4, 1.4.1, 1.4.2, versi yang memungkinkan 2.7.10, 2.8.0 dan 2.8.1 semuanya menunjukkan perilaku yang sama. Berhasil menyetel ANSIBLE_PYTHON_INTERPRETER env var.

Saya melihat sekilas hari ini; naluri saya berdasarkan penemuan ansible_python_interpreter Anda adalah bahwa peringatan yang dihasilkan saat menggunakan daftar fallback menyebabkan hang karena kami tidak memproses stderr dengan benar di suatu tempat.

Dalam satu jam atau lebih saya bermain-main, saya mengalami kesulitan mereproduksi situasi di mana saya dapat menghasilkan peringatan mundur ini untuk menguji teori itu. Jika ada di antara Anda yang menemukan masalah ini dapat membagikan lengkungan OS tamu Anda dan versi python apa yang diinstal (dan di mana itu dipasang), itu akan sangat membantu jadi saya tidak menghabiskan banyak waktu untuk memutar roda saya mencoba mendapatkan kasus repro.

Untuk saat ini, sepertinya pengaturan ansible_python_interpreter langsung berfungsi untuk Anda semua. Saya ingin tahu apakah menyetelnya ke nilai ansible_python_interpreter=auto_silent cukup untuk menyelesaikan masalah ini; itu akan menambah kepercayaan pada teori saya bahwa Packer salah menangani pipa bahwa peringatan itu datang melalui suatu tempat.

@SwampDragons Ini adalah alasan yang sama dengan pipelining yang menyebabkan provisioner

Ini berpotensi untuk ditangani di sisi Ansible dengan menambahkan waktu tunggu ke penemuan interpreter, tetapi saat ini tidak ada garis waktu untuk perbaikan itu.

@flowerysong terima kasih atas infonya. Apakah Anda memiliki tautan ke masalah GH atau sesuatu yang berbicara tentang diskusi batas waktu yang dapat kami lacak di sini?

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

SO @SwampDragons - sesuai pertanyaan Anda, saya dapat mengonfirmasi bahwa menggunakan:
"extra_arguments": [
"--extra-vars",
"ansible_python_interpreter = auto_silent"
]
Mengizinkan eksekusi linux menggunakan ansible-local untuk bekerja tanpa masalah menggunakan berikut ini:
Mungkin 2.8.1
Packer 1.4.2
KVM Build dari RHEL7

Namun - argumen yang sama tersebut masih menghasilkan kesalahan ketika mencoba menyediakan host WINDOWS Server 2019 dengan Kesalahan berikut:

2019-07-15T14: 05: 46-04: 00: ==> qemu: Executing 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.2_addr = 1084.0ra-.2dr vars ansible_shell_type = powershell ansible_shell_executable = Tidak ada ansible_python_interpreter = auto_silent

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

2019-07-15T14: 05: 55-04: 00: qemu: MAINKAN [semua] * * * * * * * * * * * * * * * * * * * * * **

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

2019-07-15T14: 05: 55-04: 00: qemu: TASK [Mengumpulkan Fakta] * * * * * * * * * * * * * * * * * **

2019-07-15T14: 05: 56-04: 00: qemu: fatal: [default]: GAGAL! => {"ansible_facts": {}, "changes": false, "msg": "Modul berikut gagal dijalankan: penyiapan \ n penyiapan: KEGAGALAN MODUL \ nLihat stdout / stderr untuk kesalahan persisnya \ 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: default: ok = 0 berubah = 0 tidak terjangkau = 0 gagal = 1 dilewati = 0 diselamatkan = 0 diabaikan = 0

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

2019-07-15T14: 05: 56-04: 00: ==> qemu: Menghapus direktori keluaran ...

2019-07-15T14: 05: 56-04: 00: Build 'qemu' error: Error mengeksekusi Ansible: Status keluar bukan nol: status keluar 2

Jadi saya pikir kami memiliki solusi yang valid untuk "Linux" sementara kami menunggu "perbaikan" pipeline di inti yang memungkinkan, tetapi "Windows" masih membutuhkan sesuatu yang lebih untuk memungkinkannya bekerja untuk saat ini?

Adakah yang sedang mengerjakan ini atau memiliki ide tentang cara mendekati perbaikan?

Aku tidak menyadarinya.

Perbaikan saya adalah menambahkan ini: "extra_arguments": ["-e", "ansible_python_interpreter=/usr/bin/python", "-vv"]

Saya masih tidak dapat mereproduksi masalah ini untuk menyelamatkan hidup saya, tetapi saya telah memutuskan untuk terus mencoba membuat solusi berdasarkan teori bahwa masalah yang mendasarinya adalah proxy ssh Packer yang dibuatnya untuk meneruskan panggilan yang mungkin.

Saya telah membuat PR # 8625 dari cabang yang menghapus proksi localhost ini sama sekali dan memodifikasi provisi untuk menggunakan IP host dalam file inventaris. Saya ingin jika beberapa dari Anda yang terpengaruh oleh bug dapat menurunkan build (tersedia di sini: https://circleci.com/gh/hashicorp/packer/29969#artifacts/containers/0) dan beri tahu saya jika itu memecahkan masalah untuk Anda. Harap perhatikan bahwa seperti saat ini, cabang itu merusak build Docker. Saya akan mencari cara untuk melepaskannya setelah kami mencari tahu apakah langkah ini benar-benar akan menyelesaikan masalah.

Beri tahu saya juga jika penghapusan proxy menyebabkan masalah bagi Anda; bahwa PR sangat banyak dalam status Work In Progress.

Adakah pengambil yang menguji PR di atas dan memberi tahu saya jika itu menyelesaikan kemungkinan 2,8+ ketidaksesuaian? Saya memiliki versi baru, tersedia di sini: https://circleci.com/gh/hashicorp/packer/32248#artifacts/containers/0 , yang memungkinkan Anda untuk menggunakan atau tidak menggunakan adaptor proxy berdasarkan opsi boolean "use_proxy" (saat ini default ke true, tetapi saya akan mengubah default di masa depan jika tampaknya bermanfaat)

@SwampDragons , terima kasih telah menyediakan build pengemas baru ini (v 1.5.2).

Saya telah mencoba versi 1.5.2 baru ini baik di macos (Python 3.7.3) dan dari buruh pelabuhan
container (Python 3.6.9) tetapi build pengemas sekarang berhenti sebelum menjalankan penyediaan yang memungkinkan:

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

... pada kedua arsitektur.

Jika saya kembali ke packer 1.5.1, koneksi ke WinRM berhasil, PowerShell
penyedia berjalan dengan sukses, tetapi penyedia yang memungkinkan gagal apa pun yang terjadi
opsi atau argumen tambahan diberikan. Solusi 'ansible_python_interpreter'
Sayangnya disebutkan di atas tidak berhasil untuk saya.

2 lingkungan yang saya coba buat:
1. macos [Versi Kernel Darwin 19.3.0: root: xnu-6153.81.5 ~ 1 / RELEASE_X86_64 x86_64]
- pengemas 1.5.1
- pembangun: lengan biru
- os_type: Windows
- komunikator: winrm
- mungkin 2.9.2
- Python 3.7.3

1. Docker / mcr.microsoft.com/azure- cli: terbaru [Linux 1cba84bd80dd
   4.19.76-linuxkit # 1 SMP Kam 17 Okt 19:31:58 UTC 2019 x86_64 Linux]
2. pengemas 1.5.1
   
   
   
   • pembangun: lengan biru
   
   
   • os_type: Windows
   
   
   • komunikator: winrm
   
   
3. memungkinkan 2.9.4
4. Python 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

---------

Terima kasih atas pembaruannya - Saya mendorong beberapa perbaikan dan binari baru dapat ditemukan di PR. Saya belum memiliki kesempatan untuk menyiapkan opsi tanpa proxy untuk winrm.

Saya akhirnya dapat mereproduksi hang dan dapat mengonfirmasi bahwa menonaktifkan proxy, mungkin di Pr yang ditautkan, memperbaiki masalah untuk build SSH. Saya belum memiliki kesempatan untuk meneliti dan menerapkan perbaikan untuk WinRM.

Artefak untuk Anda di SSH yang membutuhkan solusi ini dapat ditemukan di sini: https://circleci.com/gh/hashicorp/packer/33086#artifacts/containers/0 .

Karena saya belum mendapatkan ini untuk Windows, ini mungkin tidak akan berhasil masuk ke rilis 1.5.2, tetapi saya akan mengambil ini kembali dan terus mengerjakannya dalam beberapa hari.

Terima kasih @SwampDragons , itu berita bagus! Menantikan untuk mendapatkan perbaikan untuk Windows build ketika Anda dapat terus mengerjakan ini.

Saya dapat mengonfirmasi bahwa menggunakan build di atas memperbaiki masalah dengan Ansible menghubungkan ke instance Packer melalui SSH. 🚀

Saya mengalami masalah yang sama di kemungkinan 2.9 dengan winrm. Kemudian saya menurunkan ansible ke 2.7 setelah itu berfungsi dengan baik sekali. Tapi sekarang saya mengalami masalah yang sama di kemungkinan 2.7 juga.

ansible = 2.7.0
versi python = 3.7.6
pengemas = 1.5.4

<127.0.0.1> (0, b '', b'OpenSSH_7.9p1, LibreSSL 2.7.3 \ r \ ndebug1: Membaca data konfigurasi / etc / ssh / ssh_config \ r \ ndebug1: / etc / ssh / ssh_config baris 48: Menerapkan opsi untuk * \ r \ ndebug2: menyelesaikan_kanonikalisasi: nama host 127.0.0.1 adalah alamat \ r \ ndebug1: auto-mux: Mencoba master yang ada \ r \ ndebug2: pengaturan fd 3 O_NONBLOCK \ r \ ndebug2: mux_client_hello_exchange: master versi 4 \ r \ ndebug3: mux_client_forwards: permintaan penerusan: 0 lokal, 0 jarak jauh \ r \ ndebug3: mux_client_request_session: memasuki \ r \ ndebug3: mux_client_request_alive: memasukkan \ r \ ndebug3: mux_client_request_alive: sesi selesai pidux \ r \ n # <CLIXML \ r \ nSystem.Management.Automation.PSCustomObjectSystem.Object1Mempersiapkan modul untuk penggunaan pertama.0-1-1Lengkap-1 debug3: mux_client_read_packet: header baca gagal: Pipa rusak \ r \ ndebug2: Menerima status keluar dari master 0 \ r \ n ')

@SwampDragons semoga berhasil dengan pembaruan windows

Belum - Saya telah bepergian dan belum memiliki keyboard minggu ini. Saya akan mencoba untuk mengambil kembali tugas itu minggu depan.

@SwampDragons apakah ada status di Windows? Terima kasih!

Iya! Pada hari Jumat saya mendapat POC untuk build Windows tanpa proxy yang bekerja menggunakan WinRM dengan auth dasar, tetapi saya masih perlu melakukan pengujian untuk memastikannya berfungsi dengan ssl.

Itu hidup! Binari yang berfungsi dengan winrm dapat diunduh di sini: https://circleci.com/gh/hashicorp/packer/42423#artifacts/containers/0

Lihat dokumen yang ditambahkan dalam PR untuk instruksi penggunaan rinci: https://github.com/hashicorp/packer/pull/8625

Hai @SwampDragons Terima kasih atas semua pekerjaan Anda (dan kepada orang lain tentang pelaporan)! :)
Saya telah mencoba membangun malam yang tercantum di atas, dan masih gagal untuk saya. Saya masih harus memutar kembali ke Ansible 2.7.10 agar berfungsi untuk saya.
[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]$
Ini dari host Centos 7.7 menggunakan vsphere-iso (bagus untuk melihatnya dibangun sekarang!) Membangun gambar minimal Centos 7.7.
Adakah yang menemukan masalah lain?

@ChrisGWarp Saya memerlukan kasus repro lengkap untuk melihat lebih banyak kegagalan Anda, karena Bekerja di Mesin Saya;)

packer_test.zip
Selesai!
Termasuk log kegagalan, perbaikan (downgrade dimungkinkan) dan sukses.
Semoga ini membantu. :)

Jadi, lihat konfigurasi Anda:

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

Sekarang saya tidak menguji ini dengan Galaxy, tetapi juga di konfigurasi Anda, sepertinya Anda tidak benar-benar mematikan proxy.

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

Dapatkah Anda mencoba yang di atas dengan PACKER_DEBUG = 1 di lingkungan Anda untuk mendapatkan log verbose ?, dan menautkannya dalam intinya?

Oke, saya berhasil melangkah lebih jauh, tetapi kemudian mengalami masalah lain.
Inilah yang saya temukan / amati:

Saya tidak yakin tentang use_proxy, apakah itu parameter yang sudah ada yang nilainya perlu diubah, atau jika yang baru.

Packer 1.5.5 tersedak, jadi saya mengasumsikan variabel baru dan karena itu tidak kompatibel ke belakang.

Packer 1.5.6-dev berhasil, karena tidak tergantung pada tahap pengumpulan fakta (yey!), Tetapi kemudian tersedak pada masalah utama host. Dari mana ansible.cfg dimuat? Atau, pertanyaan yang sama dengan cara lain, dari mana (seperti dalam direktori apa) ansible-playbook muncul?

Ini adalah fragmen file .json, env vars tampaknya tidak mengubah perilaku kunci host.

"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" ] } ]

Berikut adalah keluaran lognya:

`[ dev-user @ centos-7-dev packer-test] $ PACKER_LOG = 1 packer build -force vsphere-packer-test-x86_64.json
2020/04/26 20:46:14 [INFO] Versi paket: 1.5.6-dev (d824b7e969d0d54ce23b42aa2a577a73a4780765) [go1.13.9 linux amd64]
2020/04/26 20:46:14 Memeriksa 'PACKER_CONFIG' untuk jalur file konfigurasi
2020/04/26 20:46:14 'PACKER_CONFIG' tidak disetel; memeriksa jalur file konfigurasi default
2020/04/26 20:46:14 Mencoba membuka file konfigurasi: /home/dev-user/.packerconfig
2020/04/26 20:46:14 [PERINGATAN] File konfigurasi tidak ada: /home/dev-user/.packerconfig
2020/04/26 20:46:14 Mengatur direktori cache: / home / dev-user / eclipse-workspace / packer-test / packer_cache
2020/04/26 20:46:14 Membuat klien plugin untuk jalur: / usr / bin / packer
2020/04/26 20:46:14 Memulai plugin: / usr / bin / packer [] string {"/ usr / bin / packer", "plugin", "packer-builder-vsphere-iso"}
2020/04/26 20:46:14 Menunggu alamat RPC untuk: / usr / bin / packer
2020/04/26 20:46:14 Menerima alamat RPC unix untuk / usr / bin / packer: addr is / tmp / packer-plugin421608791
2020/04/26 20:46:14 plugin packer-builder-vsphere-iso: [INFO] Versi paket: 1.5.6-dev (d824b7e969d0d54ce23b42aa2a577a73a4780765) [go1.13.9 linux amd64]
2020/04/26 20:46:14 plugin packer-builder-vsphere-iso: Memeriksa 'PACKER_CONFIG' untuk jalur file konfigurasi
2020/04/26 20:46:14 plugin packer-builder-vsphere-iso: 'PACKER_CONFIG' tidak disetel; memeriksa jalur file konfigurasi default
2020/04/26 20:46:14 plugin packer-builder-vsphere-iso: Mencoba membuka file konfigurasi: /home/dev-user/.packerconfig
2020/04/26 20:46:14 plugin packer-builder-vsphere-iso: [PERINGATAN] File konfigurasi tidak ada: /home/dev-user/.packerconfig
2020/04/26 20:46:14 plugin packer-builder-vsphere-iso: Mengatur direktori cache: / home / dev-user / eclipse-workspace / packer-test / packer_cache
2020/04/26 20:46:14 plugin packer-builder-vsphere-iso: args: [] string {"packer-builder-vsphere-iso"}
2020/04/26 20:46:14 plugin packer-builder-vsphere-iso: Alamat plugin: unix / tmp / packer-plugin421608791
2020/04/26 20:46:14 plugin packer-builder-vsphere-iso: Menunggu koneksi ...
2020/04/26 20:46:14 plugin packer-builder-vsphere-iso: Melayani koneksi plugin ...
2020/04/26 20:46:14 Membuat klien plugin untuk jalur: / usr / bin / packer
2020/04/26 20:46:14 Memulai plugin: / usr / bin / packer [] string {"/ usr / bin / packer", "plugin", "packer-provisioner-ansible"}
2020/04/26 20:46:14 Menunggu alamat RPC untuk: / usr / bin / packer
2020/04/26 20:46:14 Menerima alamat RPC unix untuk / usr / bin / packer: addr is / tmp / packer-plugin434205582
2020/04/26 20:46:14 plugin packer-provisioner-ansible: [INFO] Versi Packer: 1.5.6-dev (d824b7e969d0d54ce23b42aa2a577a73a4780765) [go1.13.9 linux amd64]
2020/04/26 20:46:14 plugin packer-provisioner-ansible: Memeriksa 'PACKER_CONFIG' untuk jalur file konfigurasi
2020/04/26 20:46:14 plugin yang memungkinkan penyedia pengemas: 'PACKER_CONFIG' tidak disetel; memeriksa jalur file konfigurasi default
2020/04/26 20:46:14 plugin packer-provisioner-ansible: Mencoba membuka file konfigurasi: /home/dev-user/.packerconfig
2020/04/26 20:46:14 plugin packer-provisioner-ansible: [WARN] File konfigurasi tidak ada: /home/dev-user/.packerconfig
2020/04/26 20:46:14 plugin packer-provisioner-ansible: Mengatur direktori cache: / home / dev-user / eclipse-workspace / packer-test / packer_cache
2020/04/26 20:46:14 plugin packer-provisioner-ansible: args: [] string {"packer-provisioner-ansible"}
2020/04/26 20:46:14 plugin packer-provisioner-ansible: Alamat plugin: unix / tmp / packer-plugin434205582
2020/04/26 20:46:14 plugin packer-provisioner-ansible: Menunggu koneksi ...
2020/04/26 20:46:14 plugin packer-provisioner-ansible: Melayani koneksi plugin ...
vsphere-iso: output akan berwarna ini.

2020/04/26 20:46:14 Bangun mode debug: false
2020/04/26 20:46:14 Membangun kekuatan: benar
2020/04/26 20:46:14 Pada kesalahan:
2020/04/26 20:46:14 Mempersiapkan build: vsphere-iso
2020/04/26 20:46:15 Menunggu pembangunan selesai ...
2020/04/26 20:46:15 Memulai build run: vsphere-iso
2020/04/26 20:46:15 Pembangun lari: vsphere-iso
2020/04/26 20:46:15 [INFO] (telemetri) Memulai pembangun vsphere-iso
2020/04/26 20:46:15 plugin packer-provisioner-ansible: versi yang mungkin-playbook: 2.9.6
==> vsphere-iso: Membuat VM ...
==> vsphere-iso: Menyesuaikan perangkat keras ...
==> vsphere-iso: Memasang gambar ISO ...
2020/04/26 20:46:17 plugin packer-builder-vsphere-iso: Membuat CD-ROM pada pengontrol '& {{{} 200 0xc00055e2a00} 0 []} 'dengan iso' [ISO] CentOS / CentOS-7-x86_64-Minimal-1908.iso '
==> vsphere-iso: Membuat floppy disk ...
vsphere-iso: Menyalin file secara langsung dari floppy_files
2020/04/26 20:46:18 plugin packer-builder-vsphere-iso: Jalur floppy: / tmp / packer579447498
2020/04/26 20:46:18 plugin packer-builder-vsphere-iso: Inisialisasi perangkat blok yang didukung oleh file sementara
2020/04/26 20:46:18 plugin packer-builder-vsphere-iso: Memformat perangkat blok dengan sistem file FAT ...
2020/04/26 20:46:18 plugin packer-builder-vsphere-iso: Inisialisasi sistem file FAT pada perangkat blok
2020/04/26 20:46:18 plugin packer-builder-vsphere-iso: Membaca direktori root dari sistem file
vsphere-iso: Menyalin file: http / ks-7.7-minimal-static.cfg
vsphere-iso: Selesai menyalin file dari floppy_files
vsphere-iso: Mengumpulkan jalur dari floppy_dirs
vsphere-iso: Jalur yang dihasilkan dari floppy_dirs: []
vsphere-iso: Selesai menyalin jalur dari floppy_dirs
==> vsphere-iso: Mengupload gambar floppy yang dibuat
==> vsphere-iso: Menambahkan Floppy yang dihasilkan ...
==> vsphere-iso: Memulai server HTTP pada port 8081
2020/04/26 20:46:19 plugin packer-builder-vsphere-iso: Ditemukan port yang tersedia: 8081 pada IP: 0.0.0.0
==> vsphere-iso: Tetapkan urutan boot sementara ...
==> vsphere-iso: Nyalakan VM ...
==> vsphere-iso: Menunggu 10 detik untuk boot ...
==> vsphere-iso: Server HTTP bekerja di http: // ABCE: 8081 /
==> vsphere-iso: Mengetik perintah boot ...
2020/04/26 20:46:32 plugin packer-builder-vsphere-iso: Kode khusus ''ditemukan, menggantikan dengan: CodeTab
2020/04/26 20:46:40 plugin packer-builder-vsphere-iso: Kode khusus ''ditemukan, menggantikan dengan: CodeReturnEnter
2020/04/26 20:46:40 plugin packer-builder-vsphere-iso: Menunggu 1 detik
==> vsphere-iso: Menunggu IP ...
2020/04/26 20:46:41 plugin packer-builder-vsphere-iso: [INFO] Menunggu IP, hingga total timeout: 30m0s, selesaikan timeout: 5s
2020/04/26 20:55:12 plugin packer-builder-vsphere-iso: VM IP diperoleh: ABCD
2020/04/26 20:55:12 plugin packer-builder-vsphere-iso: VM IP masih sama: ABCD
2020/04/26 20:55:13 plugin packer-builder-vsphere-iso: VM IP masih sama: ABCD
2020/04/26 20:55:14 plugin packer-builder-vsphere-iso: VM IP masih sama: ABCD
2020/04/26 20:55:15 plugin packer-builder-vsphere-iso: VM IP masih sama: ABCD
2020/04/26 20:55:16 plugin packer-builder-vsphere-iso: VM IP masih sama: ABCD
==> vsphere-iso: Alamat IP: ABCD
2020/04/26 20:55:17 plugin packer-builder-vsphere-iso: VM IP masih sama: ABCD
2020/04/26 20:55:17 plugin packer-builder-vsphere-iso: VM IP tampaknya cukup stabil: ABCD
==> vsphere-iso: Menggunakan komunikator ssh untuk menghubungkan: ABCD
==> vsphere-iso: Menunggu SSH tersedia ...
2020/04/26 20:55:17 plugin packer-builder-vsphere-iso: [INFO] Menunggu SSH, hingga batas waktu: 5m0s
2020/04/26 20:55:17 plugin packer-builder-vsphere-iso: [INFO] Mencoba koneksi SSH ke ABCD: 22 ...
2020/04/26 20:55:17 plugin packer-builder-vsphere-iso: [DEBUG] menyambungkan kembali ke koneksi TCP untuk SSH
2020/04/26 20:55:17 plugin packer-builder-vsphere-iso: [DEBUG] handshaking dengan SSH
2020/04/26 20:55:17 plugin packer-builder-vsphere-iso: Jabat tangan [DEBUG] selesai!
2020/04/26 20:55:17 plugin packer-builder-vsphere-iso: [DEBUG] Membuka sesi ssh baru
==> vsphere-iso: Terhubung ke SSH!
2020/04/26 20:55:17 plugin packer-builder-vsphere-iso: [INFO] penerusan agen diaktifkan
2020/04/26 20:55:17 plugin packer-builder-vsphere-iso: Menjalankan hook penyediaan
2020/04/26 20:55:17 [INFO] (telemetri) Memungkinkan penyediaan awal
==> vsphere-iso: Penyediaan dengan Ansible ...
vsphere-iso: Tidak menggunakan adaptor Proxy untuk menjalankan Ansible:
vsphere-iso: Menggunakan kunci ssh dari komunikator Packer ...
vsphere-iso: Menggunakan kunci ssh dari Packer Communicator ...
2020/04/26 20:55:17 plugin packer-provisioner-ansible: Membuat file inventaris untuk Ansible run ...
vsphere-iso: Mengeksekusi Galaksi yang Mungkin
vsphere-iso: [PERINGATAN]: - dovry.ansible_role_sample (master) sudah diinstal - gunakan
vsphere-iso: --force untuk mengubah versi menjadi tidak ditentukan
2020/04/26 20:55:18 plugin packer-provisioner-ansible: Megan cmd adalah & 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), selesai: 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: Executing 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-80-81 args -o IdentitiesOnly = yes -i / tmp / packer-provisioner-ansible807514096 /home/dev-user/eclipse-workspace/packer-test/ansible/packer-test.yml -vvsphere-iso: Menggunakan /etc/ansible/ansible.cfg sebagai file konfigurasivsphere-iso:vsphere-iso: PLAY [Konfigurasi VM dasar] * * * * * * * * * * * * * * *