Ansible: لا يفي المخزون بمتطلبات host_list / script (Ansible 2.7.1)

مرحبًا @ mil1i ، شكرًا لك على إرسال هذه المشكلة!

انقر هنا للحصول على مساعدة الروبوت

الملفات المحددة في الوصف:

• lib / ansible / modules / files / file.py

إذا كانت هذه الملفات غير دقيقة ، يرجى تحديث قسم component name للوصف أو استخدام الأمر !component bot.

انقر هنا للحصول على مساعدة الروبوت

تم تنفيذ هذا عن قصد في https://github.com/ansible/ansible/pull/46766 لتوفير معلومات إضافية عند تشغيل ansible -v أو أعلى.

إذا كانت لديك أسئلة أخرى ، يرجى التوقف عن طريق IRC أو القائمة البريدية:

• IRC: #ansible على irc.freenode.net
• القائمة البريدية: https://groups.google.com/forum/#!forum/ansible -project

IMO ، إنها ليست معلومات إضافية. إذا قال لماذا لم يتم استيفاء المتطلبات ، أو حتى مجرد رابط لما هي المتطلبات الجديدة ، فقد يكون مفيدًا.

لا توجد متطلبات جديدة ، إنه يمنحك فقط معلومات حول سبب تخطي المكون الإضافي ، وهناك العديد من الأسباب ، في هذه الحالة لأنه لم يجتاز مرحلة "التحقق" الخاصة بالمكوِّن الإضافي ، والذي يجب أن يكون لديه المتطلبات المحددة في البرنامج المساعد التوثيق (انظر جرد ansible-doc -t)

لا أرى شيئًا في الرسالة التي تقول لماذا ، وماذا فقط ، وأنها تعمل بشكل سيء. لا يعطيني ansible-doc -t inventory ini أي تلميح على الإطلاق لما قد لا يتم التحقق منه. إذا كانت مرحلة التحقق تحتوي على شكوى ، فيجب أن تكون محددة حولها (سطر ، عمود ، ما هو غير صحيح) ، وليست رسالة غامضة لا تعني شيئًا إذا كنت لا تعيش في كود المصدر Ansible.

السبب هو عدم تلبية المتطلبات ، يمكن أن يكون خطأ التحليل سببًا آخر وهذا سيعطي استثناء / tracekback محددًا. كل مكون إضافي له متطلباته الخاصة والتحقق منه ، وفي كثير من الحالات لا يتعلق الأمر بمحتويات الملف ولكن طبيعة الملف نفسه.

باستخدام -vvv ، يجب أن ترى على الأقل أحد أسباب عدم تلبية المتطلبات:
Skipping due to inventory source not existing or not being readable by the current user

لا يظهر -vvv أكثر من الرسالة -v. ولا يفعل كذلك -vvvvvv. يبدو لي وكأنه خطأ لتنبيه مشكلة غير موجودة ، على الأقل بالنسبة لقوائم الجرد القائمة على ini.

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

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

إنه تحسين تدريجي ، هذا الجزء من الكود لا يعرف السبب ، فقط أن المكون الإضافي رفضه في مرحلة التحقق ، إنها معلومات أكثر مما حصلت عليه من قبل ، حيث لم تكن تعلم أنه تم رفضه في تلك المرحلة

نظرًا لأن كل شيء يسري على الملصق الأصلي ، فلا يبدو أنه تحسن.

محير جدا ، حقا.

كما أنني وجدت هذه الرسالة محيرة.

أوافق على أن رسالة "الخطأ" الخاصة به ليست مفيدة ، على الأقل يجب أن يكون هناك رابط للفصل المحدد في الوثائق التي تحتوي على متطلبات host_list. تعمل دفاتر اللعب الخاصة بي دون مشاكل وليس لدي أدنى فكرة عن سبب حدوث هذه الرسالة بالضبط وكيفية إصلاح المشكلة.

إنه تحسين تدريجي ، هذا الجزء من الكود لا يعرف السبب ، فقط أن المكون الإضافي رفضه في مرحلة التحقق ، إنها معلومات أكثر مما حصلت عليه من قبل ، حيث لم تكن تعلم أنه تم رفضه في تلك المرحلة

لذلك ربما يجب أن تؤدي هذه المكونات الإضافية إلى ظهور رسالة (أو لا) لأنها تمتلك أي معلومات مفيدة؟

أوافق على أن الرسالة محيرة. لم يكن لدي أي فكرة عن "متطلبات host_list" أو ما هو المكون الإضافي الذي كان يتحدث عنه.

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

[inventory]

# avoid "did not meet _ requirements" warnings when using -v
# see https://github.com/ansible/ansible/issues/48859
enable_plugins = ini

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

تحتوي الرسالة دائمًا على اسم البرنامج المساعد ، host_list / ini / script / yaml / إلخ ، فالرسالة الجديدة تضعها الآن في بداية الرسالة بدلاً من الوسط.

لا لا. يحتوي على الملف الذي يتم تقديم الشكوى بشأنه في البداية ، وليس اسم المكون الإضافي الذي يقوم بالشكوى.

/Users/alan/Source/ansible_home/hosts.ini لم يفي بمتطلبات host_list ، تحقق من وثائق البرنامج المساعد إذا كان هذا غير متوقع

لا أرى أي شيء يشبه اسم البرنامج المساعد. كما اقترح @ leedm777 ، فإن تقييد البرنامج المساعد الذي تم تمكينه للمخزون إلى ini فقط يلغي الرسالة ، لذلك حتى تلميح اسم الملف غير صحيح.

بالنظر إلى أن enable_plugins = ini توقف الرسالة ، يبدو لي أن بعض المكونات الإضافية الأخرى للمخزون تحصل بشكل غير صحيح على ملف ini كمدخل ، وتشكو منه ، مع ظهور رسالة خطأ غير كافية. كيف هذا ليس حشرة؟

alanbantuit اقرأ الرسالة الجديدة من العلاقات العامة أعلاه ، وهي الرسالة التي تضع الملحق في البداية

بدءًا من مثالك ، فإن "host_list" هو المكون الإضافي ، والذي أوافق على أنه غير واضح ، ولهذا السبب قمت بتغييره ليكون في بدايته.

إذن ماذا يفعل الأخوان؟ ما هو البرنامج المساعد "host_list" ؟؟

أضفت

[inventory]
enable_plugins = host_list, script, yaml, ini, auto

إلى أسيوط بلدي ولكن نفس الرسالة

يبدو أن هذا أحد أنواع الأخطاء التي لا يبدو أنها خطأ للمؤلف ولكن من الواضح أن هذا يسبب مشاكل للمستخدمين العاديين. ربما يجب أن تكون الصياغة أوضح أنها ليست خطأ ، ويجب أن يكون اسم المكون الإضافي بين علامتي اقتباس ، كما في

INFO somefile.inv does not meet the requirements of the "host_list" plugin

لقد تغير النص بالفعل ، https://github.com/ansible/ansible/pull/49080 ، كما أنني صدمت في الإسهاب الذي يظهر به.

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

حسنًا ، التحذيرات باللون الأرجواني والأخطاء باللون الأحمر

ما زلت لا أعرف ما هي الرسالة على الرغم من: د

يبدو لي أنه إذا كان بعض الكود يرسل رسائل إعلامية حول المدخلات التي لا تجتاز اختبارًا ، فإن الكود الآخر الذي يختبر نفس الإدخال يجب أن يرسل رسالة إعلامية حول هذا الإدخال الذي يجتاز اختباره. سيكون ذلك متسقًا وأكثر إفادة. يبدو هنا أن الإدخال يمر ببعض الاختبارات في مكان ما ، لكننا لا نعرف أين.

عندما يجتاز الاختبار ، ترى البرنامج المساعد "يعالج" الإدخال ، كان من المفترض أن تقدم هذه الرسالة بعض المعلومات حول سبب عدم محاولة المكونات الإضافية القيام بذلك

الطريف أن هذه المشكلة هي الأولى التي تنبثق بعد البحث عن رسائل الخطأ المذكورة في الوصف. لأن هذا هو ما كان علي فعله لإيجاد حل بعد مقارنة قائمة الجرد الخاصة بي مع أمثلة التوثيق التي لم تجد أي شذوذ.

أنا أحترم فريق Ansible وأنا ممتن لعملهم ، لكن هذا ليس تغييرًا رائعًا bcoca إنه محير وغير ضروري لأنه يتركنا بأسئلة بدلاً من إجابات.

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

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

على سبيل المثال ، مع وجود hosts.ini ، نحاول أولاً "host_list" (الذي يأخذ سلسلة مضيف مضمنة -i "host1, host2," ) ، ثم نص برمجي (للنصوص الديناميكية) ، ثم yaml ثم ini (إذا تم تخطي ذلك ، فحينئذٍ "auto" ). أضفت الرسالة لتوضيح سبب تخطي المكون الإضافي للمصدر ، في هذه الحالة ، أنه لم يجتاز مرحلة "التحقق" ، العلاقات العامة أعلاه تجعل هذه الرسالة أكثر وضوحًا.

مرة أخرى ، لم يكن هذا أبدًا خطأ أو تحذيرًا ، لقد كانت رسالة أخرى من بين العديد من الرسائل التي تتلقاها عند التشغيل المطول.

الآن بعد أن قرأت هذا النقاش ، فهمت ما هي هذه الرسائل. ولكن من الجدير بالذكر أنني أمضيت ربما 20 دقيقة في البحث عن هذا الأمر وقراءته (وتشير التعليقات إلى أنه كان مصدر قلق للعديد من المستخدمين الآخرين.) - إذا كانت كل رسالة في الإخراج المطول مقلقة للغاية للتسبب في هذا النوع من الاستجابة ، فلن يحصل أي شخص على الإطلاق أي شيء مفيد يتم إجراؤه باستخدام Ansible و / أو الوضع المطول سيعتبر عديم الفائدة.

كانت المشكلة بالنسبة لي أن استخدام "-v" أو "-vv" يشير إلى المكونات الإضافية التي لم تعمل ، ولكنها لا تشير إلى أي منها يعمل. عليك أن تذهب كامل "-vvv" لترى أي مكون إضافي يعمل. ربما فقط جعل رسالة نجاح البرنامج المساعد تظهر دائمًا على نفس المستوى المطول حيث أن رسائل فشل البرنامج المساعد ستجنب هذا الالتباس.

flatrocks مرة أخرى ، انظر إلى العلاقات العامة أعلاه ، لقد فعلت ذلك بالضبط

يجب أن أقول إنني أجد الرسالة محيرة أيضًا ، وهذا هو السبب في أنني قرأت هذا الخطأ.

هذا أكثر من رسالة مستوى تصحيح الأخطاء التي لا تزال تطبع على V = 1 وهي ليست جيدة. المفارقة هي أن هذه الرسائل مطبوعة ولكن ليس لديك فكرة عن البرنامج المساعد الذي تم استخدامه لتحميل ملف المضيفين في النهاية ، إذا تم تحميله على الإطلاق.

أعتقد أن الخطأ حقيقي ويؤكد عدة مشكلات:

• الرسالة تذكر اسم المكون الإضافي بشكل صحيح ، يجب أن يكون شيئًا واضحًا مثل "FILE لم يلب FOO متطلبات المكون الإضافي للمخزون ، تم تخطي تحميله.
• يجب أن تكون رسالة حول التحميل الناجح لملف المخزون
• يجب عرض تخطي تحميل ملف المخزون فقط عندما يتم تمكين الإسهاب الأكبر Lile V> = 2 أو نحو ذلك.
• توفر رسائل RTFD التي لا تتضمن روابط ثابتة للمستندات تجربة مستخدم سيئة. إذا طلبت رسالة من المستخدم قراءة المستندات ، فيجب أن تتضمن عنوان url.

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

هل يمكننا معرفة نوع المتطلبات التي نحتاج إلى مطابقتها حتى لا نتلقى رسالة المعلومات هذه؟

الرسالة الجديدة في تحديد الالتزام بالعلاقات العامة هي:
display.vvv("%s declined parsing %s as it did not pass it's verify_file() method" % (plugin_name, source))

تضمين التغريدة
ألا يجب أن تكون " هي " بدلاً من " هي "؟
https://github.com/ansible/ansible/blob/devel/lib/ansible/inventory/manager.py#L281
بالمناسبة شكرا على هذا التوضيح

نعم ، "إنه" هو تقلص "هو" ، وليس ملكية "هو". الملكية هي "لها".

من: "sremy" [email protected]
إلى: "ansible / ansible" [email protected]
نسخة إلى: "Alan Brenner" [email protected] ، "Comment" [email protected]
تاريخ الإرسال: الجمعة 4 يناير 2019 الساعة 7:05:19 صباحًا
الموضوع: Re: [ansible / ansible] المخزون لا يلبي متطلبات host_list / script (Ansible 2.7.1) (# 48859)

الرسالة الجديدة في تحديد الالتزام بالعلاقات العامة هي:
display.vvv ("٪ s رفض تحليل٪ s لأنه لم يجتاز أسلوب () check_file الخاص به"٪ (plugin_name، source))

[ https://github.com/bcoca | bcoca ]
ألا يجب أن تكون "هي" بدلاً من "هي"؟
[ https://github.com/ansible/ansible/blob/devel/lib/ansible/inventory/manager.py#L281 | https://github.com/ansible/ansible/blob/devel/lib/ansible/inventory/manager.py#L281 ]
بالمناسبة شكرا على هذا التوضيح

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرةً ، [ https://github.com/ansible/ansible/issues/48859#issuecomment -451426545 | اعرضه على GitHub] ، أو [ https://github.com/notifications/unsubscribe-auth/AAigO-Cbc5kdXQNhBL8mpkefzwoemKN9ks5u_0N_gaJpZM4YoJPK | كتم الخيط].

من فضلك أخبرني شخص ما إذا كنت بعد قراءة كل هذا في النهاية لدي الحق في رأسي. هناك العديد من المكونات الإضافية المختلفة لقراءة المخزون (أستخدم yaml).

كل هذا الشيء الذي يحاول إخباري به هو أنه لم يجتاز فحص المخزون لأسلوب ini أو السيناريو أو أي شيء آخر؟

sgutermann نعم ، إنه يحاول إخبارك أنه لم يجتاز فحص المخزون لـ ini النصي (لأنه يستخدم yaml بدلاً من ذلك.

إذا كنت تستخدم للتو في ansible.cfg:

[inventory]
# enable inventory plugins, default: 'host_list', 'script', 'yaml', 'ini'
enable_plugins = yaml

ثم تختفي تلك "الإشعارات الإعلامية". أوافق على أنه ليس من الواضح الغرض منها ، ولكن بعد بعض التجارب والخطأ ، تمكنت من التخلص من هذه "الإشعارات". أستخدم تنسيق ini لكل شيء ، ولا أقوم بتشغيل "مرة واحدة" ... لذلك أنا فقط استخدم ini و tada ... لا مزيد من الرسائل المزعجة.

ما هذا الخطأ ، أنا مبتدئ وأريد تجربة Ansible ،

لكنه جاء بخطأ لا أعرف كيفية حله .....

أنا أيضًا أستمر في الحصول على هذا ، على الرغم من وضعه

enable_plugins = ini

في ملف ansible.cfg . مزعج للغاية ...

bcoca ، فإن توضيح الرسالة كما يقترح ssbarnea سيساعد بشكل كبير. الرسالة في العلاقات العامة ليست واضحة تمامًا ، والاقتراح سيساعد في منع المستخدمين من الرغبة في النظر تحت الغطاء لاكتشاف سبب "رفض" شيء ما بسبب "عدم التحقق منه" ، بدلاً من "تخطي" لمخزون آخر توصيل في. يجب أن تحدد الرسالة أيضًا المكون الإضافي كمكوِّن إضافي للجرد كما هو مقترح. نشكرك أيضًا على تقديم رسالة المعلومات في المقام الأول ، وتعيين الإسهاب لمطابقة مستوى المكون الإضافي للمخزون الذي تم تحميله بالفعل. لقد تعلمت شيئًا ما اليوم بعد أن تساءلت "ما الخطأ الذي فعلته؟" :)

مع 2.7.8 تلقيت هذه الرسالة:

Using /root/ansible/ansible.cfg as config file
/root/ansible/hosts did not meet host_list requirements, check plugin documentation if this is unexpected
/root/ansible/hosts did not meet script requirements, check plugin documentation if this is unexpected

بالنسبة لي ، لم يكن واضحًا أن host_list و script هما الاسمان الفعليان للمكونات الإضافية.

أعتقد أنه سيكون أوضح مثل:

Using /root/ansible/ansible.cfg as config file
/root/ansible/hosts did not meet requirements for "host_list" plugin, check plugin documentation if this is unexpected
/root/ansible/hosts did not meet requirements for "script" plugin, check plugin documentation if this is unexpected

Candlerb نفس المشكلة !!

[ root @ localhost ~] _ ### ansible-playbook -i / etc / ansible / hosts openshift-ansible / playbooks / openshift-node / bootstrap.retry -vvv_
ansible- قواعد اللعبة 2.7.10
ملف التكوين = /etc/ansible/ansible.cfg
مسار بحث الوحدة المكونة = [u '/ root / .ansible / plugins / modules'، u '/ usr / share / ansible / plugins / modules']
موقع وحدة الثعبان غير القابل للكسر = /usr/lib/python2.7/site-packages/ansible
الموقع القابل للتنفيذ = / usr / bin / ansible-playbook
إصدار python = 2.7.5 (افتراضي ، 26 مارس 2019 ، 22:13:06) [GCC 4.8.5 20150623 (Red Hat 4.8.5-36)]
استخدام /etc/ansible/ansible.cfg كملف تكوين
/ etc / ansible / hosts لا يفي بمتطلبات host_list ، تحقق من وثائق البرنامج المساعد إذا كان هذا غير متوقع
/ etc / ansible / hosts لا يفي بمتطلبات البرنامج النصي ، تحقق من وثائق البرنامج المساعد إذا كان هذا غير متوقع
تحليل مصدر المخزون / etc / ansible / hosts مع المكون الإضافي ini
خطأ! يجب أن تكون كتب اللعب قائمة بالمسرحيات

يبدو أن الخطأ كان في "/root/openshift-ansible/playbooks/openshift-node/bootstrap.retry": السطر 1 ، العمود 1 ، ولكن ربما
تكون في مكان آخر بالملف بناءً على مشكلة البنية الدقيقة.

يبدو أن السطر المخالف هو:

master.istic.linsoft.com

خطأ! يجب أن تكون كتب اللعب قائمة بالمسرحيات

هذه مشكلة مختلفة. أنت تقدم ملف إعادة المحاولة كما لو كان دليل YAML ، وهو ليس كذلك ؛ إنها قائمة بالمضيفين الفاشلين.

استخدم: ansible-playbook /path/to/bootstrap.yml --limit @/path/to/bootstrap.retry

نظرًا لأن هذا ليس خطأ ، يرجى الامتناع عن مزيد من المناقشة هنا - استخدم مجموعة Google ansible-project بدلاً من ذلك.

مهلا ! شكرا لك على الرد السريع
وإلا ما زلت أحصل على نفس المشكلة
...

لو قاتمة. 21 avr. 2019 ، 08:54 ، بريان كاندلر ، إخطارات github.com أ
écrit:

خطأ! يجب أن تكون كتب اللعب قائمة بالمسرحيات

هذه مشكلة مختلفة. أنت تقدم ملف إعادة المحاولة كما لو كان ملف
دليل YAML ، وهو ليس كذلك ؛ إنها قائمة بالمضيفين الفاشلين.

الاستخدام: ansible-playbook /path/to/bootstrap.yml --limit
@ / مسار / إلى / bootstrap.retry

نظرًا لأن هذا ليس خطأ ، يرجى الامتناع عن مزيد من المناقشة هنا - استخدام
بدلاً من ذلك ، فإن مجموعة Google ansible-project.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/ansible/ansible/issues/48859#issuecomment-485232650 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ALWB2BCFZ5OPUOJSKEXNP6TPRQMT7ANCNFSM4GFASPFA
.