Ansible: Das Inventar erfüllt nicht die Anforderungen für host_list / script (Ansible 2.7.1).

Hallo @ mil1i , danke, dass du dieses Problem eingereicht hast!

Klicken Sie hier für Bot-Hilfe

In der Beschreibung angegebene Dateien:

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

Wenn diese Dateien ungenau sind, aktualisieren Sie bitte den Abschnitt component name der Beschreibung oder verwenden Sie den Befehl !component bot.

Klicken Sie hier für Bot-Hilfe

Dies wurde absichtlich in https://github.com/ansible/ansible/pull/46766 implementiert, um zusätzliche Informationen bereitzustellen, wenn ansible mit -v oder höher ausgeführt wird.

Wenn Sie weitere Fragen haben, besuchen Sie bitte das IRC oder die Mailingliste:

• IRC: #ansible auf irc.freenode.net
• Mailingliste: https://groups.google.com/forum/#!forum/ansible -project

IMO, es sind keine zusätzlichen Informationen. Wenn angegeben wird, warum die Anforderungen nicht erfüllt wurden oder nur ein Link zu den neuen Anforderungen vorhanden ist, kann dies hilfreich sein.

Keine neuen Anforderungen, es gibt nur Informationen darüber, warum ein Plugin übersprungen wurde. Es gibt viele Gründe. In diesem Fall liegt es daran, dass es die Überprüfungsphase für das Plugin nicht bestanden hat, für das die spezifischen Anforderungen gelten sollten Dokumentation (siehe ansible-doc-t Inventar)

Ich sehe nichts in der Nachricht, die sagt, warum, nur was, und dass es schlecht tut. ansible-doc -t inventory ini gibt mir keinerlei Hinweis darauf, was möglicherweise nicht überprüft wird. Wenn in der Überprüfungsphase eine Beschwerde vorliegt, sollte diese spezifisch sein (Zeile, Spalte, was nicht korrekt ist), keine vage Nachricht, die nichts bedeutet, wenn Sie nicht im Ansible-Quellcode leben.

Das WARUM ist, dass die Anforderungen nicht erfüllt wurden. Ein Analysefehler kann ein weiterer Grund sein und eine bestimmte Ausnahme / Rückverfolgung verursachen. Jedes Plugin hat seine eigenen Anforderungen und Überprüfungen. In vielen Fällen hat es nicht mit dem Dateiinhalt zu tun, sondern mit der Art der Datei selbst.

Wenn Sie -vvv verwenden, sollte mindestens einer der Gründe dafür angezeigt werden, dass die Anforderungen nicht erfüllt werden:
Skipping due to inventory source not existing or not being readable by the current user

-vvv zeigt nichts weiter als die -v Nachricht an. -Vvvvvv auch nicht. Sieht für mich wie ein Fehler aus, der auf ein nicht vorhandenes Problem hinweist, zumindest für ini-basierte Inventare.

Ich habe als ein Beispiel angegeben, dass es andere Gründe gibt, nicht alle zeigen die spezifischen Informationen, es hängt von den spezifischen Plugins ab. Das INI-Inventar verursacht dies nicht direkt, Sie sehen es, weil 2 andere Plugins "überprüft" werden, bevor das INI die Datei akzeptiert.

Was auch immer die Plugins tun, die checked , muss gemeldet werden. Nur etwas zu sagen ist nicht richtig, aber absolut keinen Hinweis darauf zu geben, was falsch ist, ist falsch. Entweder wird die Meldung "Anforderungen nicht erfüllt" ohne Grund angezeigt und sollte entfernt werden, oder es wird ein wirklicher Grund angegeben, der WAS, WO und WARUM angibt.

Es ist eine inkrementelle Verbesserung, dass ein Teil des Codes den Grund nicht kennt, nur dass das Plugin ihn in der Überprüfungsphase abgelehnt hat. Es sind mehr Informationen als zuvor, in denen Sie nicht wussten, dass es in dieser Phase abgelehnt wurde

Da für mich beide das Originalplakat läuft, sieht es nicht nach einer Verbesserung aus.

Sehr verwirrend.

Ich fand diese Nachricht auch verwirrend.

Ich bin damit einverstanden, dass seine "Fehler" -Nachricht nicht hilfreich ist. Zumindest sollte ein Link zu dem spezifischen Kapitel in der Dokumentation vorhanden sein, das die Anforderungen für host_list enthält. Meine Playbooks laufen ohne Probleme und ich habe keine Ahnung, warum genau diese Meldung auftritt und wie das Problem behoben werden kann.

Es ist eine inkrementelle Verbesserung, dass ein Teil des Codes den Grund nicht kennt, nur dass das Plugin ihn in der Überprüfungsphase abgelehnt hat. Es sind mehr Informationen als zuvor, in denen Sie nicht wussten, dass es in dieser Phase abgelehnt wurde

Vielleicht sollten diese Plugins besser eine Nachricht auslösen (oder nicht), da sie nützliche Informationen besitzen?

Ich bin damit einverstanden, dass die Nachricht verwirrend ist. Ich hatte keine Ahnung, was "host_list Anforderungen" sind oder über welches Plugin es sprach.

Nachdem ich die Inventory Plugins- Dokumente gelesen hatte, fand ich eine Problemumgehung. Wenn Sie Ansible nur mit dem von Ihnen verwendeten Inventar-Plugin konfigurieren, vermeiden Sie Warnungen vor Dateien, die nicht den Anforderungen der anderen Plugins entsprechen.

[inventory]

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

Woher wissen Sie, welches Plugin die Nachricht generiert hat? Das wäre zumindest ein Hinweis. Ich habe meine Plugin-Liste auf eins (yaml) reduziert und erhalte immer noch die Nachricht, aber das Inventar scheint in Ordnung zu sein.

Die Nachricht hatte immer den Plugin-Namen host_list / ini / script / yaml / etc, die neue setzt sie jetzt am Anfang der Nachricht anstatt in der Mitte.

Nein, tut es nicht. Die Datei wird zu Beginn beanstandet, nicht der Name des Plugins, das die Beschwerde ausführt.

/Users/alan/Source/ansible_home/hosts.ini hat die Anforderungen für host_list nicht erfüllt. Überprüfen Sie die Plugin-Dokumentation, wenn dies unerwartet ist

Ich sehe nichts, was wie ein Plugin-Name aussieht. Wie @ leedm777 vorgeschlagen hat, wird die Meldung entfernt, wenn das Inventar-fähige Plugin auf nur ini beschränkt wird, sodass selbst der Hinweis auf den Dateinamen nicht korrekt ist.

Angesichts der Tatsache, dass enable_plugins = ini die Nachricht stoppt, sieht es für mich so aus, als würde ein anderes Inventar-Plugin die INI-Datei fälschlicherweise als Eingabe abrufen und sich darüber mit einer unzureichenden Fehlermeldung beschweren. Wie ist das kein Fehler?

@alanbantuit hat die neue Nachricht aus der obigen PR gelesen, die das Plugin am Anfang setzt

Wie aus Ihrem Beispiel hervorgeht, ist 'host_list' das Plugin, dem ich zustimme, dass es nicht klar ist. Deshalb habe ich es so geändert, dass es am Anfang steht.

Also, was machen Brüder? Was ist das Plugin "host_list"?

Ich fügte hinzu

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

zu meiner conf aber gleiche nachricht

Dies scheint eine Art von Fehler zu sein, der für den Autor nicht wie ein Fehler aussieht, aber offensichtlich Probleme für normale Benutzer verursacht. Vielleicht sollte der Wortlaut klarer sein, dass es sich nicht um einen Fehler handelt, und der Name des Plugins sollte in Anführungszeichen stehen, wie in

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

Der Text hat sich bereits geändert, https://github.com/ansible/ansible/pull/49080 , und ich bin auf die Ausführlichkeit gestoßen, die er zeigt.

Um dies zu verdeutlichen, handelt es sich weder um eine Warnung noch um einen Fehler, sondern lediglich um eine Informationsmeldung, die bei Verwendung der Ausführlichkeitseinstellung angezeigt wird. Keine der Meldungen zu erhöhter Ausführlichkeit sind Fehler. Diese werden immer angezeigt. Möglicherweise erhalten Sie weitere Informationen zu einem Fehler, aber Fehler und Warnungen verfügen über eigene Anzeigefunktionen.

hmm wahr, Warnungen sind lila und Fehler rot

Ich weiß immer noch nicht, worum es in der Nachricht geht: D.

Es scheint mir, dass, wenn ein Code Informationsnachrichten über Eingaben ausgibt, die keinen Test bestehen, ein anderer Code, der dieselbe Eingabe testet, eine Informationsnachricht über diese Eingabe ausgeben sollte, die seinen Test besteht. Das wäre konsequent und informativer. Hier sieht es so aus, als ob die Eingabe irgendwo einen Test besteht, aber wir wissen nicht wo.

Wenn der Test erfolgreich ist, sehen Sie, dass das Plugin die Eingabe "verarbeitet". Diese Nachricht sollte einige Informationen darüber geben, warum Plugins dies nicht versucht haben

Komisch, dass dieses Problem das erste ist, das nach der Suche nach den in der Beschreibung angegebenen Fehlermeldungen auftritt. Denn genau das musste ich tun, um eine Lösung zu finden, nachdem ich meine Inventarliste mit den Dokumentationsbeispielen verglichen hatte, bei denen keine Kuriositäten festgestellt wurden.

Ich habe Respekt vor dem Ansible-Team und bin dankbar für ihre Arbeit, aber dies ist keine coole Änderung @bcoca, es ist verwirrend und unnötig, weil wir eher Fragen als Antworten haben.

Wenn Ansible ein Problem mit meinen Eingabedateien hat, möchte ich, dass es hart beendet wird. Sagen Sie mir genau, wo das Problem liegt, damit ich es beheben und mit der Aufgabe fortfahren kann.

Die Funktionsweise von Inventar-Plugins besteht darin, dass wir eine Liste von ihnen haben. Wenn wir eine Quelle angeben, gehen wir die Liste durch und prüfen, ob diese Quelle mit dem Plugin übereinstimmt. Wenn sie dann analysiert werden kann, erhalten Sie eine Warnung (umschalten, um einen Fehler zu machen ) wenn kein Plugin eine Datei lesen kann.

dh wenn eine hosts.ini angegeben ist, versuchen wir zuerst 'host_list' (die Inline-Host-Zeichenfolge -i "host1, host2," ), dann Skript (für dynamische Skripte), dann yaml und dann ini (wenn dies übersprungen wurde, dann 'auto'). ). Ich habe die Nachricht hinzugefügt, um zu verdeutlichen, warum ein Plugin die Quelle übersprungen hat. In diesem Fall hat es die 'Verifizierungs'-Phase nicht bestanden. PR oben macht diese Nachricht klarer.

Auch dies war nie ein Fehler oder eine Warnung, es war eine weitere der vielen Nachrichten, die Sie erhalten, wenn Sie ausführlich ausführen.

Nachdem ich diese Diskussion gelesen habe, verstehe ich, worum es in diesen Nachrichten geht. Aber es ist erwähnenswert, dass ich vielleicht 20 Minuten damit verbracht habe, dies zu recherchieren und zu lesen (und Kommentare deuten darauf hin, dass es für viele weitere Benutzer ein Problem war). _Wenn jede Nachricht in ausführlicher Ausgabe so besorgniserregend war, diese Art von Antwort hervorzurufen, würde niemand jemals eine Antwort erhalten Alles, was mit Ansible und / oder dem ausführlichen Modus nützlich ist, wird als nutzlos angesehen.

Das Problem für mich war, dass die Verwendung von "-v" oder "-vv" die Plugins meldet, die NICHT funktionierten, aber NICHT angibt, welche DID funktioniert haben. Sie müssen "-vvv" eingeben, um zu sehen, welches Plugin funktioniert. Vielleicht würde es diese Verwirrung vermeiden, wenn die Plugin-Erfolgsmeldung immer auf derselben ausführlichen Ebene angezeigt wird wie die Plugin-Fehlermeldungen.

@flatrocks nochmal, schau dir PR oben an, es hat genau das getan

Ich muss sagen, dass ich die Nachricht auch verwirrend finde. Dies ist der Grund, warum ich diesen Fehler gelesen habe.

Dies ist eher eine Nachricht auf Debugging-Ebene, die immer noch auf V = 1 gedruckt wird, was nicht in Ordnung ist. Die Ironie ist, dass diese Nachrichten gedruckt werden, aber Sie haben keine Ahnung, mit welchem ​​Plugin die Hosts-Datei am Ende geladen wurde, wenn sie überhaupt geladen wurde.

Ich denke, dass der Fehler echt ist und mehrere Probleme unterstreicht:

• Die Nachricht erwähnt den Namen des Plugins korrekt. Es sollte klar sein, dass 'FILE die Anforderungen FOO Inventar-Plugin
• Es sollte eine Meldung über das erfolgreiche Laden der Inventardatei sein
• Das Überspringen des Ladens einer Inventardatei sollte nur angezeigt werden, wenn eine größere Ausführlichkeit aktiviert ist, bis V> = 2 oder so.
• RTFD-Nachrichten, die keine Permalinks zu Dokumenten enthalten, bieten eine schlechte Benutzererfahrung. Wenn eine Nachricht dem Benutzer empfiehlt, die Dokumente zu lesen, muss sie eine URL enthalten.

Ich erhalte nach diesen Meldungen die Meldung "Konnte nicht mit dem angegebenen Hostmuster übereinstimmen und ignoriere: 'alle'", so dass irgendwo eindeutig etwas nicht funktioniert, aber es gibt keine Informationen darüber, wie dies gefunden oder behoben werden kann. Benötigt auf jeden Fall eine bessere Fehlermeldung.

Können wir wissen, welche Art von Anforderungen wir erfüllen müssen, damit wir diese Informationsnachricht nicht erhalten?

Die neue Meldung im Fixing PR Commit lautet:
display.vvv("%s declined parsing %s as it did not pass it's verify_file() method" % (plugin_name, source))

@bcoca
Sollte es nicht " sein " statt " es " sein?
https://github.com/ansible/ansible/blob/devel/lib/ansible/inventory/manager.py#L281
Übrigens, danke für diese Klarstellung.

Ja, "es ist" ist die Kontraktion von "es ist", nicht das Besitzen von "es". Das Possessive ist "sein".

Von: "sremy" [email protected]
An: "ansible / ansible" [email protected]
Cc: "Alan Brenner" [email protected] , "Kommentar" [email protected]
Gesendet: Freitag, 4. Januar 2019, 7:05:19 Uhr
Betreff: Betreff: [ansible / ansible] Das Inventar erfüllt nicht die Anforderungen für host_list / script (Ansible 2.7.1) (# 48859).

Die neue Meldung im Fixing PR Commit lautet:
display.vvv ("% s hat das Parsen von% s abgelehnt, da die Methode verify_file () nicht bestanden wurde"% (Plugin-Name, Quelle))

[ https://github.com/bcoca | @bcoca ]
Sollte es nicht "sein" statt "es" sein?
[ 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 ]
Übrigens, danke für diese Klarstellung.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworten Sie direkt auf diese E-Mail: [ https://github.com/ansible/ansible/issues/48859#issuecomment -451426545 | auf GitHub anzeigen] oder [ https://github.com/notifications/unsubscribe-auth/AAigO-Cbc5kdXQNhBL8mpkefzwoemKN9ks5u_0N_gaJpZM4YoJPK | Faden stumm schalten].

Bitte jemand sagt mir, ob ich es nach dem Lesen endlich richtig im Kopf habe. Es gibt verschiedene Plugins zum Lesen des Inventars (ich benutze Yaml).

Alles, was mir zu sagen versucht, ist, dass es die Inventarprüfung für den INI-Stil, das Skript oder was auch immer nicht bestanden hat?

@sgutermann Ja, es wird versucht, Ihnen mitzuteilen, dass die Inventarprüfung für das INI-Skript nicht bestanden wurde (da stattdessen das Yaml-Skript verwendet wird.

Wenn Sie in der ansible.cfg gerade Folgendes verwendet haben:

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

Dann würden diese "Informationshinweise" verschwinden. Ich stimme zu, dass es nicht klar ist, wofür sie sind, aber nach einigem Ausprobieren konnte ich diese "Hinweise" loswerden. Ich verwende das INI-Format für alles und führe keine "einmaligen" Aktionen aus ... also verwende ich nur INI und Tada ... keine irritierenden Nachrichten mehr.

Was ist das für ein Fehler? Ich bin ein Neuling, der Ansible ausprobieren möchte.

Aber es ist ein Fehler aufgetreten, den ich nicht beheben kann .....

Ich bekomme das auch immer wieder, trotz Putten

enable_plugins = ini

in meiner ansible.cfg Datei. Super nervig ...

@bcoca , die Nachricht zu klären, wie @ssbarnea vorschlägt, würde immens helfen. Die Nachricht in der PR ist nicht ganz so klar, und der Vorschlag würde verhindern, dass Benutzer unter die Haube schauen möchten, um herauszufinden, warum etwas aufgrund von "nicht überprüft" "abgelehnt" wird, anstatt für ein anderes Inventar "übersprungen" zu werden Plugin. Die Nachricht sollte das Plugin auch wie vorgeschlagen als Inventar-Plugin identifizieren. Vielen Dank auch dafür, dass Sie zuerst die Info-Nachricht bereitgestellt und die Ausführlichkeit so eingestellt haben, dass sie der Ebene des tatsächlich geladenen Inventar-Plugins entspricht. Ich habe heute etwas gelernt, nachdem ich mich gefragt hatte: "Was habe ich falsch gemacht?" :) :)

Mit 2.7.8 bekomme ich folgende Meldung:

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

Für mich war es nicht offensichtlich, dass host_list und script die tatsächlichen Namen von Plugins waren.

Ich denke, es wäre klarer als:

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 gleiche Ausgabe !!

[ root @ localhost ~] _ ### ansible-playbook -i / etc / ansible / hosts openshift-ansible / playbooks / openshift-node / bootstrap.retry -vvv_
ansible-playbook 2.7.10
Konfigurationsdatei = /etc/ansible/ansible.cfg
konfigurierter Modul-Suchpfad = [u '/ root / .ansible / plugins / modules', u '/ usr / share / ansible / plugins / modules']
ansible python module location = /usr/lib/python2.7/site-packages/ansible
ausführbarer Speicherort = / usr / bin / ansible-playbook
Python-Version = 2.7.5 (Standard, 26. März 2019, 22:13:06) [GCC 4.8.5 20150623 (Red Hat 4.8.5-36)]
Verwenden von /etc/ansible/ansible.cfg als Konfigurationsdatei
/ etc / ansible / hosts hat die Anforderungen für host_list nicht erfüllt. Überprüfen Sie die Plugin-Dokumentation, wenn dies unerwartet ist
/ etc / ansible / hosts hat die Skriptanforderungen nicht erfüllt. Überprüfen Sie die Plugin-Dokumentation, wenn dies unerwartet ist
Analysierte / etc / ansible / hostet Inventarquelle mit INI-Plugin
ERROR! Spielbücher müssen eine Liste von Spielen sein

Der Fehler scheint in '/root/openshift-ansible/playbooks/openshift-node/bootstrap.retry' gewesen zu sein: Zeile 1, Spalte 1, kann aber sein
je nach dem genauen Syntaxproblem an einer anderen Stelle in der Datei sein.

Die beleidigende Linie scheint zu sein:

master.istic.linsoft.com

ERROR! Spielbücher müssen eine Liste von Spielen sein

Das ist ein anderes Problem. Sie stellen eine Wiederholungsdatei bereit, als wäre es ein YAML-Playbook, und das ist es nicht. Es ist eine Liste der ausgefallenen Hosts.

Verwenden Sie: ansible-playbook /path/to/bootstrap.yml --limit @/path/to/bootstrap.retry

Da dies kein Fehler ist, verzichten Sie bitte hier auf weitere Diskussionen. Verwenden Sie stattdessen die Google-Gruppe für Ansible-Projekte.

Hallo ! Vielen Dank für die schnelle Antwort
Ansonsten bekomme ich immer noch das gleiche Problem
...

Le dim. 21 avr. 2019 bis 08:54 Uhr, Brian Candler [email protected] a
écrit:

ERROR! Spielbücher müssen eine Liste von Spielen sein

Das ist ein anderes Problem. Sie stellen eine Wiederholungsdatei bereit, als wäre es eine
YAML-Spielbuch, und das ist es nicht; Es ist eine Liste der ausgefallenen Hosts.

Verwenden Sie: ansible-playbook /path/to/bootstrap.yml --limit
@ / path / to / bootstrap.retry

Da dies kein Fehler ist, verzichten Sie bitte hier auf weitere Diskussionen - verwenden Sie
stattdessen die Google-Gruppe des Ansible-Projekts.

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/ansible/ansible/issues/48859#issuecomment-485232650 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/ALWB2BCFZ5OPUOJSKEXNP6TPRQMT7ANCNFSM4GFASPFA
.