Ansible: इन्वेंटरी होस्ट_लिस्ट / स्क्रिप्ट आवश्यकताओं को पूरा नहीं करता है (Ansible 2.7.1)

हाय @ मिल 1 आई , इस मुद्दे को प्रस्तुत करने के लिए धन्यवाद!

बॉट मदद के लिए यहां क्लिक करें

विवरण में पहचानी गई फाइलें:

• lib / ansible / मॉड्यूल / files / file.py

यदि ये फ़ाइलें गलत हैं, तो कृपया विवरण के component name अनुभाग को अपडेट करें या !component bot कमांड का उपयोग करें।

बॉट मदद के लिए यहां क्लिक करें

-v या अधिक के साथ ansible चलाने पर अतिरिक्त जानकारी प्रदान करने के लिए इसे https://github.com/ansible/ansible/pull/46766 में उद्देश्यपूर्ण रूप से लागू किया गया था।

यदि आपके पास और प्रश्न हैं तो कृपया IRC या मेलिंग सूची द्वारा रोकें:

• IRC: #ansible irc.freenode.net पर
• मेलिंग सूची: https://groups.google.com/forum/# -forum

IMO, यह अतिरिक्त जानकारी नहीं है। यदि यह कहा जाता है कि आवश्यकताओं को पूरा क्यों नहीं किया गया था, या यहां तक ​​कि सिर्फ एक लिंक था कि नई आवश्यकताएं क्या हैं, तो यह उपयोगी हो सकता है।

कोई नई आवश्यकता नहीं है, इसकी सिर्फ आपको जानकारी क्यों दी जा रही है कि एक प्लगइन क्यों छोड़ दिया गया, इसके कई कारण हैं, इस मामले में ऐसा इसलिए है क्योंकि यह प्लगइन के लिए 'सत्यापित' चरण को पारित नहीं करता है, जिसमें इसकी विशिष्ट आवश्यकताएं होनी चाहिए। प्रलेखन (ansible-doc -t इन्वेंट्री देखें))

मुझे उस संदेश में कुछ भी नहीं दिख रहा है जो कहता है कि क्यों, सिर्फ WHAT, और यह खराब तरीके से करता है। ansible-doc -t inventory ini मुझे कोई संकेत नहीं देता है जो भी सत्यापित नहीं कर सकता है। यदि सत्यापित चरण में कोई शिकायत है, तो इसके बारे में विशिष्ट होना चाहिए (लाइन, कॉलम, क्या सही नहीं है), एक अस्पष्ट संदेश नहीं है जिसका अर्थ यह नहीं है कि यदि आप किसी भी स्रोत स्रोत कोड में नहीं रहते हैं।

WHY यह है कि आवश्यकताओं को पूरा नहीं किया गया था, एक पार्सिंग त्रुटि एक और कारण हो सकती है और यह एक विशिष्ट अपवाद / ट्रेसबैक देगा। प्रत्येक प्लगइन की अपनी आवश्यकताएं और सत्यापन होते हैं, कई मामलों में इसका फ़ाइल सामग्री के साथ नहीं बल्कि फ़ाइल की प्रकृति से ही संबंध होता है।

-Vvv का उपयोग करते हुए आपको आवश्यकताओं के कम से कम एक कारण को पूरा नहीं करना चाहिए:
Skipping due to inventory source not existing or not being readable by the current user

-vv -v संदेश से ज्यादा कुछ नहीं दिखाता है। न ही -vvvvvv करता है। एक गैर-मौजूद मुद्दे के लिए एक चेतावनी के लिए मुझे एक बग की तरह दिखता है, कम से कम आईएनआई आधारित आविष्कारों के लिए।

मैंने दिया कि एक उदाहरण के रूप में, अन्य कारण हैं, उनमें से सभी विशिष्ट जानकारी नहीं दिखाते हैं, यह विशिष्ट प्लगइन्स पर निर्भर करता है। Ini इन्वेंट्री इसे पैदा नहीं कर रही है, सीधे, आप इसे देख रहे हैं क्योंकि 2 अन्य प्लगइन्स फ़ाइल को स्वीकार करने से पहले 'चेक' कर लेते हैं।

जो भी प्लगइन्स checked मिलते हैं उन्हें रिपोर्ट करने की आवश्यकता होती है। सिर्फ यह कहना कि कुछ सही नहीं है, लेकिन जो गलत है, वह बिल्कुल गलत नहीं है। या तो "आवश्यकताओं को पूरा नहीं किया" संदेश बिना किसी कारण के दिखाई दे रहा है और इसे हटा दिया जाना चाहिए, या वास्तविक कारण बताएं जो WHAT, WHERE और WHY कहते हैं।

इसका एक वृद्धिशील सुधार, कोड का वह हिस्सा कारण नहीं जानता, बस यह है कि प्लगइन ने सत्यापन चरण में इसे अस्वीकार कर दिया, यह आपके द्वारा पहले प्राप्त की गई जानकारी से अधिक है, जिसमें आपको पता नहीं था कि यह उस चरण में अस्वीकार कर दिया गया था

चूंकि सब कुछ अपने आप में मूल पोस्टर के लिए चलता है, यह एक सुधार की तरह नहीं दिखता है।

बहुत भ्रामक, वास्तव में।

मुझे भी यह संदेश भ्रामक लगा।

मैं इस बात से सहमत हूं कि उनका "त्रुटि" संदेश मददगार नहीं है, कम से कम host_list आवश्यकताओं वाले प्रलेखन में विशिष्ट अध्याय का लिंक होना चाहिए। मेरी प्लेबुक समस्या के बिना चलती है और मुझे कोई सुराग नहीं है कि वास्तव में यह संदेश क्यों होता है और समस्या को कैसे ठीक किया जाए।

इसका एक वृद्धिशील सुधार, कोड का वह हिस्सा कारण नहीं जानता, बस यह है कि प्लगइन ने सत्यापन चरण में इसे अस्वीकार कर दिया, यह आपके द्वारा पहले प्राप्त की गई जानकारी से अधिक है, जिसमें आपको पता नहीं था कि यह उस चरण में अस्वीकार कर दिया गया था

तो हो सकता है कि उन प्लगइन्स को संदेश को बेहतर ढंग से ट्रिगर करना चाहिए (या नहीं) क्योंकि उनके पास कोई उपयोगी जानकारी है?

मैं सहमत हूं कि संदेश भ्रामक है। मुझे नहीं पता था कि "host_list आवश्यकताएँ" क्या हैं, या यह किस प्लगइन के बारे में बात कर रहा था।

इन्वेंटरी प्लगइन्स डॉक्स पढ़ने के बाद, मैंने एक वर्कअराउंड का पता लगाया। यदि आप अपने द्वारा उपयोग किए जा रहे इंवेंट्री प्लग इन के साथ ही कॉन्फ़िगर करते हैं, तो आप अन्य प्लगइन्स की आवश्यकताओं को पूरा नहीं करने वाली फ़ाइलों के बारे में चेतावनी से बचते हैं।

[inventory]

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

आप कैसे जानते हैं कि WHICH प्लगइन ने किस संदेश को उत्पन्न किया? कि कम से कम एक संकेत होगा। मैंने अपनी प्लगइन सूची को एक (yaml) तक कम कर दिया, और अभी भी संदेश प्राप्त करता है, लेकिन इन्वेंट्री ठीक लगती है।

संदेश में हमेशा प्लगइन नाम, host_list / ini / script / yaml / etc होता है, नया अब इसे बीच के बजाय संदेश के प्रारंभ में डालता है।

नहीं, यह नहीं है। इसमें फ़ाइल को शुरू में शिकायत की जा रही है, न कि शिकायत करने वाले प्लगइन का नाम।

/Users/alan/Source/ansible_home/hosts.ini host_list आवश्यकताओं को पूरा नहीं करता है, अगर यह अप्रत्याशित है, तो प्लगइन प्रलेखन की जांच करें

मुझे कुछ भी नहीं दिखता है जो प्लगइन नाम की तरह दिखता है। जैसा कि @ leedm777 ने सुझाव दिया, इन्वेंट्री इनेबल प्लगइन को सिर्फ ini तक सीमित करने से संदेश समाप्त हो जाता है, इसलिए फ़ाइल नाम का संकेत भी सही नहीं है।

यह देखते हुए कि enable_plugins = ini संदेश को रोकता है, यह मुझे ऐसा लगता है जैसे कुछ अन्य इन्वेंट्री प्लगइन गलत तरीके से इनपुट के रूप में ini फ़ाइल प्राप्त कर रहे हैं, और इसके बारे में शिकायत करते हुए, एक अपर्याप्त त्रुटि संदेश के साथ। यह बग कैसे नहीं है?

@alanbantuit ऊपर दिए गए PR के नए संदेश को पढ़ता है, वह वह है जो शुरुआत में प्लगइन डालता है

जैसा कि आपके उदाहरण से '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 , यह भी मैं इसे दिखाने की क्रिया पर टकरा गया।

स्पष्ट करने के लिए यह चेतावनी नहीं है और न ही त्रुटि है, बस एक सूचनात्मक संदेश है जो क्रिया सेटिंग का उपयोग करते समय प्रकट होता है। वर्बोसिटी पर कोई भी संदेश त्रुटि नहीं है, जिन्हें हमेशा प्रदर्शित किया जाता है, आपको त्रुटि के बारे में अधिक जानकारी मिल सकती है, लेकिन त्रुटियों और चेतावनियों की अपनी प्रदर्शन सुविधाएं हैं।

हम्म सच, चेतावनी बैंगनी और लाल रंग में त्रुटियां हैं

मुझे अभी भी नहीं पता कि संदेश क्या है हालांकि: डी

ऐसा नहीं है कि अगर कुछ कोड आदानों के बारे में सूचना के संदेशों उत्सर्जित करती है नहीं एक परीक्षण, अन्य कोड है कि एक ही इनपुट का परीक्षण करती है कि इनपुट इसके परीक्षण से गुजर के बारे में एक सूचनात्मक संदेश फेंकना चाहिए गुजर मुझे लगता है। यह सुसंगत और अधिक जानकारीपूर्ण होगा। यहां ऐसा लगता है कि इनपुट कहीं न कहीं टेस्ट पास करता है, लेकिन हमें नहीं पता कि कहां।

जब परीक्षण पास होता है तो आप इनपुट को 'प्रोसेसिंग' करते हुए देखते हैं, यह संदेश कुछ जानकारी देने के लिए था कि प्लगइन्स ने ऐसा करने का प्रयास क्यों नहीं किया

मजेदार है कि यह मुद्दा पहला है जो विवरण में बताए गए त्रुटि संदेशों की खोज करने के बाद पॉप अप होता है। क्योंकि यही है कि मुझे अपनी इन्वेंट्री सूची की तुलना करने के बाद एक समाधान खोजने के लिए क्या करना था दस्तावेज़ीकरण उदाहरणों में कोई विषमता नहीं मिली।

मेरे पास अन्सिबल टीम के लिए सम्मान है और मैं उनके काम के लिए आभारी हूं, लेकिन यह एक अच्छा बदलाव नहीं है @bcoca यह भ्रामक और अनावश्यक है क्योंकि यह हमें जवाबों के बजाय सवालों के साथ छोड़ देता है।

यदि Ansible को मेरी इनपुट फ़ाइलों के साथ कोई समस्या है, तो मैं चाहता हूं कि यह मुश्किल से बाहर निकले, मुझे बताएं कि समस्या क्या है इसलिए मैं इसे ठीक कर सकता हूं और कार्य के साथ आगे बढ़ सकता हूं।

जिस तरह से इन्वेंट्री प्लगइन्स काम करते हैं वह यह है कि हमारे पास उनकी एक सूची है, एक स्रोत दिया गया है जिसे हम सूची से गुजरते हैं और देखते हैं कि क्या स्रोत प्लगइन से मेल खाता है और फिर यदि इसे पार्स किया जा सकता है, तो आपको एक चेतावनी मिलेगी (इसे एक त्रुटि बनाने के लिए टॉगल करें ) यदि कोई प्लगइन किसी फाइल को पढ़ने में सक्षम नहीं है।

यानी एक होस्ट्स.इन दिया, पहले हम 'host_list' (जो इनलाइन होस्ट स्ट्रिंग -i "host1, host2," लेते हैं), फिर स्क्रिप्ट (डायनामिक स्क्रिप्ट के लिए), फिर yaml और उसके बाद ini (यदि इसे छोड़ दिया गया था, तो कोशिश करें) ) का है। मैंने संदेश को स्पष्ट करने के लिए जोड़ा कि क्यों एक प्लगइन ने स्रोत को छोड़ दिया, इस मामले में, कि यह 'सत्यापित' चरण पारित नहीं किया था, ऊपर का पीआर इस संदेश को स्पष्ट करता है।

फिर, यह कभी कोई त्रुटि या चेतावनी नहीं थी, यह क्रिया चलाने के दौरान आपको मिलने वाले कई संदेशों में से एक था।

अब जब मैंने इस चर्चा को पढ़ा है, तो मैं समझता हूं कि ये संदेश किस बारे में हैं। लेकिन यह ध्यान देने योग्य है कि मैंने इस पर शोध करने और पढ़ने में 20 मिनट का समय बिताया है (और टिप्पणियों से पता चलता है कि यह कई और उपयोगकर्ताओं के लिए एक चिंता का विषय था।) _ अगर क्रिया उत्पादन में हर संदेश इस तरह की प्रतिक्रिया का कारण बनने के लिए बहुत चिंताजनक था, तो कोई भी कभी भी नहीं मिलेगा। उपयोगी और / या क्रिया मोड के साथ किया गया कुछ भी बेकार माना जाएगा ।_

मेरे लिए समस्या यह थी कि "-v" या "-vv" का उपयोग करने से उन प्लगइन्स की रिपोर्ट होती है जो काम नहीं करती थीं, लेकिन यह इंगित नहीं करती हैं कि कौन सा डीआईडी ​​काम करता है। आपको पूरा "-vvv" जाना है यह देखने के लिए कि किस प्लगइन ने काम किया। हो सकता है कि सिर्फ प्लगइन सफलता संदेश हमेशा एक ही क्रिया स्तर पर प्रदर्शित करें क्योंकि प्लगइन विफलता संदेश इस भ्रम से बचेंगे।

@flatrocks फिर से, ऊपर पीआर को देखो, यह बस यही किया

मुझे यह कहना है कि मुझे संदेश भी भ्रामक लगता है, यही कारण है कि मैंने इस बग को पढ़ना समाप्त कर दिया।

यह एक डीबगिंग स्तर संदेश है जो अभी भी V = 1 पर प्रिंट करता है जो ठीक नहीं है। विडंबना यह है कि इन संदेशों को मुद्रित किया जाता है, लेकिन आपको पता नहीं है कि मेजबान फ़ाइल को अंत में लोड करने के लिए कौन सा प्लगइन का उपयोग किया गया था, अगर यह सभी पर लोड किया गया था।

मुझे लगता है कि बग वास्तविक है और कई मुद्दों को रेखांकित करता है:

• संदेश सही ढंग से प्लगइन नाम का उल्लेख करता है, यह कुछ स्पष्ट होना चाहिए जैसे 'फ़ाइल FOO इन्वेंट्री प्लगइन आवश्यकताओं को पूरा नहीं करता है, इसे लोड करना छोड़ दिया है।
• यह इन्वेंट्री फ़ाइल के succesfull लोड के बारे में एक संदेश होना चाहिए
• इन्वेंट्री फ़ाइल का लंघन लोड केवल तभी प्रदर्शित किया जाना चाहिए जब अधिक वर्बोसिटी सक्षम हो lile V> = 2 या तो।
• RTFD संदेश जिसमें डॉक्स के लिए पर्मलिंक शामिल नहीं हैं, एक बुरा उपयोगकर्ता अनुभव प्रदान करते हैं। यदि कोई संदेश उपयोगकर्ता को डॉक्स पढ़ने की सलाह देता है, तो उसे एक यूआरएल शामिल करना चाहिए।

मुझे "मिल रहा है" आपूर्ति किए गए होस्ट पैटर्न से मेल नहीं खा सकता है, अनदेखा कर रहा है: इन सभी संदेशों के बाद 'स्पष्ट रूप से' कुछ स्पष्ट रूप से कहीं काम नहीं कर रहा है, लेकिन इस बारे में कोई जानकारी नहीं है कि इसे कैसे खोजना है या इसे ठीक करना है। निश्चित रूप से एक बेहतर त्रुटि संदेश की आवश्यकता है।

क्या हमें पता चल सकता है कि हमें किस प्रकार की आवश्यकताओं की आवश्यकता है ताकि हमें यह जानकारी संदेश न मिले?

फिक्सिंग पीआर कमेटी में नया संदेश है:
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" सूचनाएं @github.com
To: "ansible / ansible" [email protected]
Cc: "एलन ब्रेनर" [email protected] , "टिप्पणी" टिप्पणी @ noreply.gith.com.com
प्रेषित: शुक्रवार, 4 जनवरी, 2019 7:05:19 पूर्वाह्न
विषय: Re: [ansible / ansible] इन्वेंटरी host_list / script आवश्यकताओं को पूरा नहीं करता है (Ansible 2.7.1) (# 48859)

फिक्सिंग पीआर कमेटी में नया संदेश है:
प्रदर्शन .vvv ("% s ने पार्सिंग% s को अस्वीकार कर दिया क्योंकि यह पास नहीं हुआ है यह Ver_file () विधि"% (plugin_name, स्रोत) है

[ https://github.com/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-Cbc5kdXQNhBL8mpkefzwoemKN9ks5u00N_gaJpZM4YoJPKK | धागा म्यूट करें]।

कृपया कोई मुझे बताए कि क्या यह सब पढ़ने के बाद आखिरकार मेरे सिर में यह अधिकार है। इन्वेंट्री पढ़ने के लिए कई अलग-अलग प्लगइन्स हैं (मैं yaml का उपयोग करता हूं)।

यह सब बात मुझे यह बताने की कोशिश कर रही है कि इसने इन्वि स्टाइल, स्क्रिप्ट, या जो भी हो, उसके लिए इन्वेंट्री चेक पास नहीं किया?

@sgutermann हाँ, यह आपको यह बताने की कोशिश कर रहा है कि यह ini स्क्रिप्ट के लिए इन्वेंट्री चेक पास नहीं किया था (क्योंकि यह इसके बजाय याम्ल एक का उपयोग कर रहा है।

अगर asible.cfg में आपने अभी उपयोग किया है:

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

तब वे "सूचनात्मक नोटिस" चले जाते थे। मैं सहमत हूं कि यह स्पष्ट नहीं है कि वे किस लिए हैं, लेकिन कुछ परीक्षण और त्रुटि के बाद, मैं उन "नोटिस" से छुटकारा पाने में सक्षम था। मैं सब कुछ के लिए ini प्रारूप का उपयोग करता हूं, और "एक बंद" न चलाएं ... इसलिए मैं सिर्फ ini, और tada का उपयोग कर रहा हूं ... कोई अधिक परेशान करने वाले संदेश नहीं।

यह त्रुटि क्या है, मैं एक नौसिखिया हूँ जो चाहते हैं कि एक कोशिश की जाए,

लेकिन यह एक त्रुटि है, जिसे मैं नहीं जानता कि कैसे हल करना है .....

मैं यह भी रख रहा हूँ, डालने के बावजूद

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

मेरे लिए यह स्पष्ट नहीं था कि होस्ट_लिस्ट और स्क्रिप्ट प्लगइन्स के वास्तविक नाम थे।

मुझे लगता है कि यह स्पष्ट होगा:

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

@ कैंडलरब एक ही मुद्दा !!

[ root @ localhost ~] _ ### ansible-playbook -i / etc / ansible / मेजबान Openhift-ansible / playbooks / openhift-node / bootstrap.retry -vvv_
ansible-playbook 2.7.10
config फाइल = /etc/ansible/ansible.cfg
कॉन्फ़िगर किया गया मॉड्यूल खोज पथ = [u '/ root / .ansible / plugins / मॉड्यूल', u '/ usr / शेयर / ansible / प्लगइन्स / मॉड्यूल']
ansible अजगर मॉड्यूल स्थान = /us/lib/python2.7/site-packages/ansible
निष्पादन योग्य स्थान = / usr / bin / ansible-playbook
अजगर संस्करण = 2.7.5 (डिफ़ॉल्ट, 26 मार्च 2019, 22:13:06) [जीसीसी 4.8.5 20150623 (रेड हैट 4.8.5-36)]
Config फ़ाइल के रूप में /etc/ansible/ansible.cfg का उपयोग करना
/ etc / ansible / होस्ट्स host_list आवश्यकताओं को पूरा नहीं करते हैं, यदि यह अप्रत्याशित है तो प्लग इन डॉक्यूमेंट की जाँच करें
/ etc / ansible / होस्ट स्क्रिप्ट आवश्यकताओं को पूरा नहीं करते, यदि यह अप्रत्याशित है तो प्लग इन डॉक्यूमेंट की जाँच करें
Parsed / etc / ansible / मेजबान इन्वेंट्री स्रोत ini प्लगइन के साथ
त्रुटि! playbooks नाटकों की एक सूची होनी चाहिए

यह त्रुटि '/root/openshift-ansible/playbooks/openshift-node/bootstrap.retry': पंक्ति 1, कॉलम 1 में है, लेकिन हो सकता है
सटीक सिंटैक्स समस्या के आधार पर फ़ाइल में कहीं और हो।

आक्रामक रेखा प्रतीत होती है:

master.istic.linsoft.com

त्रुटि! playbooks नाटकों की एक सूची होनी चाहिए

यह एक अलग समस्या है। आप एक रिट्री फ़ाइल प्रदान कर रहे हैं जैसे कि यह एक YAML प्लेबुक थी, और यह नहीं है; यह विफल मेजबानों की सूची है।

उपयोग करें: ansible-playbook /path/to/bootstrap.yml --limit @/path/to/bootstrap.retry

चूंकि यह बग नहीं है, कृपया यहां आगे की चर्चा से बचना चाहिए - इसके बजाय ansible-project google group का उपयोग करें।

अरे! त्वरित प्रतिक्रिया के लिए धन्यवाद
अन्यथा मुझे अब भी वही मुद्दा मिलता है
...

ले मंद। २१ अवार। 2019 à 08:54, ब्रायन कैंडलर सूचनाएं @github.com ए
écrit:

त्रुटि! playbooks नाटकों की एक सूची होनी चाहिए

यह एक अलग समस्या है। आप एक रिट्री फ़ाइल प्रदान कर रहे हैं जैसे कि यह एक था
YAML प्लेबुक, और यह नहीं है; यह विफल मेजबानों की सूची है।

उपयोग करें: ansible-playbook /path/to/bootstrap.yml --limit
@ / पथ / से / bootstrap.retry

चूँकि यह बग नहीं है, कृपया यहाँ चर्चा से बचना चाहिए - उपयोग
इसके बजाय ansible-project google group।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/ansible/ansible/issues/48859#issuecomment-485232650 ,
या धागा म्यूट करें
https://github.com/notifications/unsubscribe-auth/ALWB2BCFZ5OPUOJJKKEXNP6TPRQMT7ANCNFSM4GFASPFA
।