Packer: 2.8 ansible يكسر مزود باكر الثابت

ركضت في نفس المشكلة تمامًا - تم تخفيض التصنيف إلى 2.7.10 وقد عملت بشكل مثالي

هل كان أي شخص آخر قادرًا على تأنيب هذا؟

كذلك هنا. اضطررت إلى الرجوع.

في الثلاثاء 28 مايو 2019 الساعة 20:58 ، كتب AndrewCi [email protected] :

هل كان أي شخص آخر قادرًا على تأنيب هذا؟

-
أنت تتلقى هذا لأنك مشترك في هذا الموضوع.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/hashicorp/packer/issues/7667؟email_source=notifications&email_token=AAAAFFDXJF7SZ3RCR7ZC4XLPXV6GTA5CNFSM4HOEP2H2YY3PNVWWK3TUL52HS4DFVREXG43VDMV
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAAAFFFYN7SKLPFDER6IOYDPXV6GTANCNFSM4HOEP2HQ
.

أنا أيضًا قادر على إعادة إنتاج هذا باستخدام مزود Azure ARM

نعم ، خفضت أيضًا إلى مستوى غير مقبول

أعتقد أننا نصل إلى هذا 2.6.2

intinig ما هو الإصدار الذي تريد الرجوع إليه؟

التراجع إلى 2.7.10 إصلاحه بالنسبة لي.

حسنًا بالنسبة لي ، لقد تمكنت من التغلب على هذا عن طريق إزالة الخيار -vv . بري!

2.7.10

في الخميس 30 مايو 2019 الساعة 19:50 ، كتب adamday2 [email protected] :

التراجع إلى 2.7.10 إصلاحه بالنسبة لي.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/hashicorp/packer/issues/7667؟email_source=notifications&email_token=AAAAFFDBJO4EIUY3O43JGOTPYAHWNA5CNFSM4HOEP2H2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW20
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAAAFFESVO36RH5QHKQV2F3PYAHWNANCNFSM4HOEP2HQ
.

هذا (في بعض الحالات على الأقل) متعلق باكتشاف مترجم Python الآلي المضاف إلى Ansible 2.8 ؛ أصلح الترميز الثابت /usr/bin/python التوقف الذي لاحظته.

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

اضغط على هذا ، لكنك تحتاج حقًا إلى 2.8 لبعض وحدات vSphere المحسّنة التي تم إصدارها.

فقط قم بتدوين ملاحظة هنا لأن هذه مشكلة شائعة - هذا الموفر هو أحد مزودي الخدمة المدعومين من المجتمع ، مما يعني أن المشرفين على HashiCorp لا يقضون الكثير من الوقت الهندسي في ذلك ؛ هذا يعني أن أفضل طريقة لرؤية اقتراحك يتحول إلى باكر هو فتح العلاقات العامة.

flowerysong شكرا على النصائح ، إنه يعمل! يقوم Virtualenv بالمساعدة.

يعاني جهاز Windows المزود بوصلة packer من نفس المشكلة ، فهل لدى أي شخص حل بديل؟

هل لدى أي شخص على الأقل سبب جذري لما يسبب هذا التعليق وخطة محتملة لإصلاح ذلك؟ يسعدني تقديم المساعدة حيث يمكنني ذلك ، ولكن ليس على دراية بـ Go (قد يكون أكثر استخدامًا مع نقطة في الاتجاه الصحيح).

أيضًا ، هل يمكن أن يؤدي تشغيل Packer من نظام تشغيل مختلف إلى إحداث فرق؟

حصلت على نفس الشيء. تمت المحاولة مع Packer 1.3.3 و 1.3.4 و 1.4.1 و 1.4.2 والإصدارات 2.7.10 و 2.8.0 و 2.8.1 جميعها تظهر نفس السلوك. نجح إعداد ANSIBLE_PYTHON_INTERPRETER env var.

ألقيت نظرة سريعة على هذا اليوم ؛ إن غريزة حدسي بناءً على اكتشافاتك ansible_python_interpreter هي أن التحذير الذي يتم إنشاؤه عند استخدام القائمة الاحتياطية يتسبب في حدوث تعليق لأننا لا نعالج stderr بشكل صحيح في مكان ما.

في غضون ساعة أو نحو ذلك ، واجهت مشكلة في إعادة إنتاج موقف يمكنني من خلاله إصدار هذا التحذير الاحتياطي لاختبار هذه النظرية. إذا كان أي منكم يواجه هذه المشكلة يمكنه مشاركة قوس نظام التشغيل الضيف وإصدار python المثبت (ومكان تثبيته) ، فسيكون ذلك مفيدًا جدًا حتى لا أقضي وقتًا طويلاً في تدوير عجلاتي في محاولة الحصول على قضية repro.

في الوقت الحالي ، يبدو أن إعداد ansible_python_interpreter يعمل بشكل مباشر من أجلك جميعًا. سأكون فضوليًا لمعرفة ما إذا كان تعيينه على القيمة ansible_python_interpreter=auto_silent كافٍ لحل هذه المشكلة ؛ هذا من شأنه أن يضيف بعض المصداقية إلى نظريتي القائلة بأن باكر يسيء التعامل مع الأنبوب بأن التحذير يأتي من مكان ما.

SwampDragons إنه نفس السبب الذي يجعل

من المحتمل أن تتم معالجة هذا على الجانب Ansible عن طريق إضافة مهلة إلى اكتشاف المترجم الفوري ، ولكن لا يوجد حاليًا أي مخطط زمني لهذا الإصلاح.

flowerysong شكرا على المعلومات. هل لديك رابط لقضية GH أو شيء يتحدث عن مناقشة المهلة التي يمكننا تتبعها هنا؟

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

SOSwampDragons - بناءً على سؤالك ، يمكنني تأكيد ذلك باستخدام:
"حجج_ إضافية": [
"--extra-vars" ،
"ansible_python_interpreter = auto_silent"
]
يسمح بتنفيذ Linux باستخدام ansible-local للعمل دون مشكلة باستخدام ما يلي:
أنسبل 2.8.1
باكر 1.4.2
KVM بناء RHEL7

ومع ذلك - تؤدي هذه الوسيطات نفسها إلى استمرار حدوث خطأ عند محاولة تزويد مضيف 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 = نعم -i / tmp / packer-Prover- ansible556061269 /opt/jenkins/workspace/-templates_2019_imagebuild_PR-10/windows/ansible/initial_config.yaml -e ansible_ssh_private_key_file = / tmp / ansible-key4588.2pates_extra-vars packer_84 vars ansible_shell_type = بوويرشيل ansible_shell_executable = لا شيء ansible_python_interpreter = auto_silent

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

2019-07-15T14: 05: 55-04: 00: كيمو: PLAY [كل] * * * * * * * * * * * * * * * * * * * * * **

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

2019-07-15T14: 05: 55-04: 00: كيمو: TASK [جمع حقائق] * * * * * * * * * * * * * * * * * **

2019-07-15T14: 05: 56-04: 00: qemu: فادح: [افتراضي]: فشل! => {"ansible_facts": {}، "تغيير": خطأ، "msg": "فشل تنفيذ الوحدات التالية: الإعداد \ n الإعداد: MODULE FAILURE \ n راجع stdout / stderr لمعرفة الخطأ الدقيق \ n"}

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

2019-07-15T14: 05: 56-04: 00: كيمو: PLAY RECAP * * * * * * * * * * * * * * * * * * * * * **

2019-07-15T14: 05: 56-04: 00: qemu: افتراضي: موافق = 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: حالة خروج غير صفرية: حالة الخروج 2

لذلك أعتقد أن لدينا حلًا صالحًا لـ "Linux" بينما ننتظر خط الأنابيب "الإصلاح" في جوهر غير قابل للكسر ، لكن "Windows" لا يزال بحاجة إلى شيء أكثر للسماح له بالعمل في الوقت الحالي؟

أي شخص يعمل حاليًا على هذا أو لديه أي أفكار حول كيفية التعامل مع الإصلاح؟

ليس هذا ما اخاف منه.

كان الإصلاح الذي أجريته هو إضافة هذا: "extra_arguments": ["-e", "ansible_python_interpreter=/usr/bin/python", "-vv"]

ما زلت لا أستطيع إعادة إنتاج هذه المشكلة لإنقاذ حياتي ، لكنني قررت المضي قدمًا في محاولة إنشاء حل بديل استنادًا إلى النظرية القائلة بأن المشكلة الأساسية هي وكيل Packer ssh الذي ينشئه لإعادة توجيه مكالمات Ansible.

لقد قمت بإنشاء PR # 8625 من فرع يزيل وكيل المضيف المحلي هذا تمامًا ويعدل الموفر لاستخدام IP المضيف بدلاً من ذلك في ملف المخزون. أتمنى لو أن بعضًا من الأشخاص المتأثرين بالخلل قد يسحب تصميمًا (متاح هنا: https://circleci.com/gh/hashicorp/packer/29969#artifacts/containers/0) وإخباري يحل المشكلة لك. يرجى ملاحظة أنه كما هو الآن ، فإن هذا الفرع يكسر Docker builds. سأكتشف كيفية فكها بعد أن اكتشفنا ما إذا كانت هذه الخطوة ستحل المشكلة بالفعل.

يُرجى أيضًا إعلامي إذا كانت إزالة الوكيل تسبب لك مشكلات ؛ أن العلاقات العامة هي إلى حد كبير في حالة العمل قيد التقدم.

هل هناك أي متسابق على اختبار العلاقات العامة أعلاه وإخباري بما إذا كان يحل مشكلة عدم التوافق 2.8+؟ لدي تصميمات جديدة ، متوفرة هنا: https://circleci.com/gh/hashicorp/packer/32248#artifacts/containers/0 ، والتي تتيح لك استخدام أو عدم استخدام المحول الوكيل بناءً على الخيار المنطقي "use_proxy" (يتم حاليًا تعيين القيمة الافتراضية على true ، لكنني سأغير الإعداد الافتراضي في المستقبل إذا بدا الأمر مفيدًا)

SwampDragons ، تصميمات التجميع الجديدة هذه (

لقد جربت هذا الإصدار الجديد 1.5.2 على نظام التشغيل macos (Python 3.7.3) ومن عامل الإرساء
الحاوية (Python 3.6.9) ولكن الحزم يبني الآن الأكشاك قبل تشغيل الموفر غير المرغوب فيه:

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

... على كلا البنيتين.

إذا عدت إلى packer 1.5.1 ، ينجح الاتصال بـ WinRM ، بوويرشيل
يعمل المزودون بنجاح ، ولكن فشل المزود الجاد مهما حدث
يتم إعطاء الخيار أو الحجج الإضافية. الحل البديل "ansible_python_interpreter"
المذكور أعلاه لا يعمل معي للأسف.

البيئتان اللتان حاولت بناءهما:
1. macos [Darwin Kernel Version 19.3.0: root: xnu-6153.81.5 ~ 1 / RELEASE_X86_64 x86_64]
- باكر 1.5.1
- باني: azure-arm
- نوع os_: ويندوز
- المتصل: winrm
- أنسبل 2.9.2
- بايثون 3.7.3

1. Docker / mcr.microsoft.com/azure- cli : الأحدث [Linux 1cba84bd80dd
   4.19.76-linuxkit # 1 SMP الخميس 17 أكتوبر 19:31:58 UTC 2019 x86_64 Linux]
2. باكر 1.5.1
   
   
   
   • باني: azure-arm
   
   
   • os_type: ويندوز
   
   
   • جهاز الاتصال: 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

---------

شكرًا على التحديث - لقد دفعت بعض الإصلاحات ويمكن العثور على ثنائيات جديدة في العلاقات العامة. لم تتح لي الفرصة لإعداد خيار عدم وجود وكيل لـ winrm.

تمكنت أخيرًا من إعادة إنتاج التعليق ويمكنني التأكيد على أن تعطيل الوكيل ، قدر الإمكان في Pr المرتبط ، يعمل على إصلاح مشكلة إصدارات SSH. لم تسنح لي الفرصة لبحث وتنفيذ الإصلاح لنظام WinRM حتى الآن.

يمكن العثور على القطع الأثرية لأولئك منكم على SSH الذين يحتاجون إلى هذا الحل البديل هنا: https://circleci.com/gh/hashicorp/packer/33086#artifacts/containers/0 .

نظرًا لأنني لم أحصل على هذا الأمر مع Windows ، فمن المحتمل ألا يتم إدخاله في الإصدار 1.5.2 ، لكنني سأختار هذا النسخ الاحتياطي وأواصل العمل عليه في غضون يومين.

شكرًا SwampDragons ، هذه أخبار رائعة! نتطلع إلى الحصول على إصلاحات إصدارات Windows عندما تكون قادرًا على متابعة العمل عليها.

أستطيع أن أؤكد أن استخدام البناء أعلاه يعمل على إصلاح المشكلة مع Ansible الاتصال بمثيل Packer عبر SSH. 🚀

أواجه نفس المشكلة في 2.9 ansible مع winrm. ثم قمت بخفض مستوى ansible إلى 2.7 بعد أن كان يعمل بشكل جيد مرة واحدة. لكنني الآن أواجه نفس المشكلة في الإصدار 2.7 أيضًا.

أنسبل = 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 line 48: تطبيق خيارات * \ r \ ndebug2: solution_canonicalize: hostname 127.0.0.1 هو العنوان \ r \ ndebug1: auto-mux: تجربة الرئيسي الموجود \ r \ n debug2: fd 3 setting O_NONBLOCK \ r \ ndebug2: mux_client_hello_exchange: الإصدار الرئيسي 4 \ r \ ndebug3: mux_client_forward: إعادة توجيه الطلب: 0 محلي ، 0 عن بعد \ r \ ndebug3: mux_client_request_session: إدخال \ r \ ndebug3: mux_client_request_alive: دخول \ r \ ndebug3: mux_client_request_alive: ntrequest_alive: nable pid \ r \ n # <CLIXML \ r \ nSystem.Management.Automation.PSCustomObjectSystem.Object1تحضير وحدات للاستخدام الأول.0-1-1منجز-1 debug3: mux_client_read_packet: فشل قراءة الرأس: أنبوب معطل \ r \ ndebug2: تلقي حالة الخروج من الرئيسي 0 \ r \ n ')

SwampDragons أي حظ مع تحديث الويندوز

ليس بعد - لقد كنت أسافر ولم أستخدم لوحة المفاتيح هذا الأسبوع. سأحاول اختيار المهمة احتياطيًا الأسبوع المقبل.

SwampDragons هل هناك حالة على Windows؟ شكرا لك!

نعم! حصلت يوم الجمعة على POC لإصدارات Windows الخالية من الوكيل والتي تعمل باستخدام WinRM مع المصادقة الأساسية ، ولكن ما زلت بحاجة إلى إجراء اختبار للتأكد من أنه يعمل مع ssl.

أنه يعيش! يمكن تنزيل الثنائيات التي تعمل من أجل ansible مع winrm هنا: 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؟

هذا هو جزء ملف .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 packer build -force vsphere-packer-test-x86_64.json
2020/04/26 20:46:14 [INFO] إصدار 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 عنوان unix RPC المستلم لـ / usr / bin / packer: addr is / tmp / packer-plugin421608791
2020/04/26 20:46:14 المكوّن الإضافي packer-builder-vsphere-iso: [INFO] إصدار 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-provideer-ansible"}
2020/04/26 20:46:14 في انتظار عنوان RPC لـ: / usr / bin / packer
2020/04/26 20:46:14 عنوان Unix RPC المتلقى لـ / usr / bin / packer: addr is / tmp / packer-plugin434205582
2020/04/26 20:46:14 المكوِّن الإضافي packer-Prover-ansible: [INFO] إصدار Packer: 1.5.6-dev (d824b7e969d0d54ce23b42aa2a577a73a4780765) [go1.13.9 linux amd64]
2020/04/26 20:46:14 المكوّن الإضافي packer-Prover-ansible: التحقق من "PACKER_CONFIG" لمسار ملف التكوين
2020/04/26 20:46:14 المكوّن الإضافي packer-provideer-ansible: لم يتم تعيين "PACKER_CONFIG" ؛ التحقق من مسار ملف التكوين الافتراضي
2020/04/26 20:46:14 المكوِّن الإضافي packer-provideer-ansible: محاولة فتح ملف التكوين: / home/dev-user/.packerconfig
2020/04/26 20:46:14 المكوّن الإضافي packer-provideer-ansible: [تحذير] ملف التكوين غير موجود: / home/dev-user/.packerconfig
2020/04/26 20:46:14 المكوّن الإضافي packer-Prover-ansible: إعداد دليل ذاكرة التخزين المؤقت: / home / dev-user / eclipse-workspace / packer-test / packer_cache
2020/04/26 20:46:14 المكوّن الإضافي packer-provideer-ansible: args: [] string {"packer-provideer-ansible"}
2020/04/26 20:46:14 المكوّن الإضافي packer-Prover-ansible: عنوان البرنامج المساعد: unix / tmp / packer-plugin434205582
2020/04/26 20:46:14 المكوّن الإضافي packer-provideer-ansible: في انتظار الاتصال ...
2020/04/26 20:46:14 المكوّن الإضافي packer-provideer-ansible: تقديم اتصال مكون إضافي ...
vsphere-iso: سيكون الإخراج بهذا اللون.

2020/04/26 20:46:14 إنشاء وضع التصحيح: خطأ
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 [INFO] (القياس عن بعد) بدء البناء vsphere-iso
2020/04/26 20:46:15 المكوّن الإضافي packer-provideer-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 0xc00055e2a00} 0 []} "مع iso" [ISO] 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-min-static.cfg
vsphere-iso: تم نسخ الملفات من floppy_files
vsphere-iso: تجميع المسارات من floppy_dirs
vsphere-iso: المسارات الناتجة من floppy_dirs: []
vsphere-iso: تم نسخ المسارات من floppy_dirs
==> vsphere-iso: تحميل صورة مرنة تم إنشاؤها
==> vsphere-iso: إضافة قرص مرن تم إنشاؤه ...
==> vsphere-iso: بدء خادم HTTP على المنفذ 8081
2020/04/26 20:46:19 المكوّن الإضافي packer-builder-vsphere-iso: المنفذ المتاح الموجود: 8081 على IP: 0.0.0.0
==> vsphere-iso: تعيين أمر التمهيد مؤقتًا ...
==> vsphere-iso: تشغيل الجهاز الظاهري ...
==> 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: [INFO] في انتظار IP ، حتى إجمالي المهلة: 30m0s ، مهلة التسوية: 5s
2020/04/26 20:55:12 المكوّن الإضافي packer-builder-vsphere-iso: VM IP aquired: 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 للاتصال: ABCD
==> vsphere-iso: في انتظار توفر SSH ...
2020/04/26 20:55:17 المكوّن الإضافي packer-builder-vsphere-iso: [INFO] في انتظار SSH ، حتى المهلة: 5m0s
2020/04/26 20:55:17 البرنامج المساعد packer-builder-vsphere-iso: [INFO] محاولة اتصال SSH بـ ABCD: 22 ...
2020/04/26 20:55:17 المكوّن الإضافي packer-builder-vsphere-iso: [DEBUG] إعادة الاتصال باتصال TCP لـ SSH
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: تم تمكين إعادة توجيه الوكيل [INFO]
2020/04/26 20:55:17 المكوّن الإضافي packer-builder-vsphere-iso: تشغيل خطاف التزويد
2020/04/26 20:55:17 [INFO] (القياس عن بعد) بدء الموفر ansible
==> vsphere-iso: التزويد مع Ansible ...
vsphere-iso: عدم استخدام محول وكيل لتشغيل Ansible:
vsphere-iso: استخدام مفاتيح ssh من جهاز اتصال Packer ...
vsphere-iso: استخدام مفاتيح ssh من جهاز اتصال Packer ...
2020/04/26 20:55:17 المكوّن الإضافي packer-provideer-ansible: إنشاء ملف جرد لتشغيل Ansible ...
vsphere-iso: تنفيذ Ansible Galaxy
vsphere-iso: [تحذير]: - dovry.ansible_role_sample (رئيسي) مثبت بالفعل - استخدم
vsphere-iso: - القوة لتغيير الإصدار إلى غير محدد
2020/04/26 20:55:18 المكوّن الإضافي packer-provideer-ansible: Megan cmd is & 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 : 8081 "،" --ssh-extra-args "،" -o IdentitiesOnly = yes "،" -i "،" / tmp / packer-provideer-ansible807514096 "،" / home / dev-user / eclipse-workspace / packer-test / ansible / packer-test.yml "،" -v "}، Env: [] string (nil)، Dir:" "، Stdin: io.Reader (nil)، Stdout: io.Writer (لا شيء) ، Stderr: io.Writer (nil)، ExtraFiles: [] os.File (nil)، SysProcAttr :( syscall.SysProcAttr) (nil)، Process :( os.Process) (لا شيء)، ProcessState :( os.ProcessState) (لا شيء) ، ctx: Context.Context (nil) ، lookPathErr: error (nil) ، finish: false ، childFiles: [] os.File (nil) ، closeAfterStart: [] io.Closer (nil) ، closeAfterWait: [] io.Closer (لا شيء) ، goroutine: [] func () error (nil) ، errch: (chan error) (nil) ، waitDone: (chan architecture {}) (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_saddr - 80CE args -o IdentitiesOnly = نعم -i / tmp / packer-provideer-ansible807514096 /home/dev-user/eclipse-workspace/packer-test/ansible/packer-test.yml -vvsphere-iso: استخدام /etc/ansible/ansible.cfg كملف تكوينvsphere-iso:vsphere-iso: PLAY [تكوين VM الأساسي] * * * * * * * * * * * * * * *