説明で識別されるファイル：

• lib / ansible / modules / system / group.py

これらのファイルが不正確な場合は、説明のcomponent nameセクションを更新するか、 !componentボットコマンドを使用してください。

ボットのヘルプについては、ここをクリックしてください

cc @sfromm
ボットのヘルプについては、ここをクリックしてください

私はこの警告を受け始めましたが、移植ガイドに参照がなく、修正方法や修正方法についての参照がありませんでした。

私の警告のほとんどはec2.pyからのものであり、instance_idは- （例： i-033f62b586143dff7 ）とリージョン（例： eu-central-1c ）を使用しているため、これに対する本当の修正

最後に、これは私のプレイブックのいくつかを壊しました、そこで私はwhen: ansible_hostname in groups['varnish']を使用し、 ansible_hostnameはvarnish-eu-central-1c-001です。
以前はこれで問題なく動作していましたが、今はinventory_hostnameを使用してvarnish_eu_central_1c_001を取得し、 groups['varnish']一致を取得する必要があります。

したがって、これには少なくとも、移植ガイドでinventory_hostnameとgroups[]が異なるデータを返す可能性があるという警告が必要です。

グループ名からダッシュを削除した理由は何でしたか？ 特にこれには多くのコードリファクタリングが必要になるため、私はその正当な理由を見つけるのに本当に苦労しています。

@ssbarnea 1groups.foo-groupなどの「ドット構文」を使用しようとしているユーザーにとって問題が発生します。これはユーザーが期待することを実行しません。 このような小さな問題によって引き起こされる問題やサポートリクエストの数により、このような問題が発生しないように、セーフガード名への道をたどりました。

無効な文字と見なされるものを保持したい場合は、この機能をオプトアウトできます。

この機能をオプトアウトするにはどうすればよいですか？ ローカルのAnsibleデプロイメントスクリプトには、ハイフンを含むグループ名が散らばっています。 もちろん、ドット表記では使用しません。 しかし、それらすべてを変更することは、本当に途方もない作業になるでしょう。 オプトアウトすると同時に、将来的にハイフンを使用しないようにチームに勧め、可能な場合はハイフンをアンダースコアに変換することをお勧めします。その最後の部分は、見た目ほど単純ではありません。

それで、ansible.cfgにforce_valid_group_names = falseするだけですか？ https://github.com/ansible/ansible/commit/d241794daa6d413e6447890e2a4f11e0d818cf0e#diff -fd24ad93fbc32f454761746c1ac908f2に基づいて、それは正しいようです

この機能をオプトアウトするにはどうすればよいですか？ ローカルのAnsibleデプロイメントスクリプトには、ハイフンを含むグループ名が散らばっています。 もちろん、ドット表記では使用しません。 しかし、それらすべてを変更することは、本当に途方もない作業になるでしょう。 オプトアウトすると同時に、将来的にハイフンを使用しないようにチームに勧め、可能な場合はハイフンをアンダースコアに変換することをお勧めします。その最後の部分は、見た目ほど単純ではありません。

それで、ansible.cfgにforce_valid_group_names = falseするだけですか？ それはd241794＃diff-fd24ad93fbc32f454761746c1ac908f2に基づいてです

export ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=neverまたはexport ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore -後者はまだドキュメントにありません： https ：

ありがとう、ジェームズ。 人々は警告メッセージのフォローアップのためにこの問題に来ているので、私は役に立つかもしれないと思う情報を含めています：

インベントリから無効なグループをクリアする準備ができるまで、2.10以上のグループ名の自動変換をより移植可能/永続的に無効にするには、の[defaults] INIセクションにforce_valid_group_names = neverを追加します。 ansible.cfg 。

警告をトリガーするすべてのグループと無効な文字を表示するには（おそらく、それらを段階的廃止の対象にすることができます）、次のような実行可能なCLIno-opを実行できます。

ansible-inventory -vvvv --host=localhost 2>&1 | grep replacing

これらの無効な文字は（2019-06-04現在）定数INVALID_VARIABLE_NAMESとして次のように定義されています。
https://github.com/ansible/ansible/blob/devel/lib/ansible/constants.py#L119
'^[\d\W]|[^\w]' 、
つまり、 any leading non-alpha character OR any character other than alpha-numeric and underscoreです。
（私はそれが正しいことを願っています）

非推奨の警告が煩わしい場合は、同じ[defaults] deprecation_warnings = Falseを追加して、 ansible-コマンドまたはansibleアドホックコマンドの警告を完全に無効にすることもできます。 [defaults] ansible.cfg [defaults]セクションですが、（重要なニュースを見逃す可能性があるため）これに反対し、代わりに次のようなインラインシェル環境変数を使用することをお勧めします。
ANSIBLE_DEPRECATION_WARNINGS=False ansible-inventory --host=localhost

ただし、 [WARNING]解析する在庫はなくなりません。 すべての警告をオフにする特定の構成または環境変数はありませんが（まだ？）、本当にバグがある場合は、すべてのstderrを/dev/null送信できます（ここに「ベストプラクティス」の警告を挿入してください）。

2>/dev/null ansible-inventory --host=localhost

これが誰か、どこかで役立つことを願っています。

移行パスが提供されていない場合にのみ、非推奨の警告メッセージが煩わしいと感じます。 スペースが限られており、修復には更新が必要になる可能性があることを考えると、解決策、回避策などを文書化できるチケットへのリンクを提供すると非常に便利です。

このようなアプローチでは、メッセージを更新していくつかのバージョンにバックポートする必要がないため、不完全な警告メッセージを改善するために必要な余分な作業を節約できます。

PS。 非推奨の警告を無効にすることは、プロジェクトがすでに最終的な運命に直面している場合にのみ、誰にもお勧めしません;）

私はこの警告を受け始めましたが、移植ガイドに参照がなく、修正方法や修正方法についての参照がありませんでした。

私の警告のほとんどはec2.pyからのものであり、instance_idは- （例： i-033f62b586143dff7 ）とリージョン（例： eu-central-1c ）を使用しているため、これに対する本当の修正

最後に、これは私のプレイブックのいくつかを壊しました、そこで私はwhen: ansible_hostname in groups['varnish']を使用し、 ansible_hostnameはvarnish-eu-central-1c-001です。
以前はこれで問題なく動作していましたが、今はinventory_hostnameを使用してvarnish_eu_central_1c_001を取得し、 groups['varnish']一致を取得する必要があります。

したがって、これには少なくとも、移植ガイドでinventory_hostnameとgroups[]が異なるデータを返す可能性があるという警告が必要です。

EC2ダイナミックインベントリスクリプトによって生成される警告についてのステートメントをエコーし​​たいと思いgroup_by_instance_id = False ）によるホストのグループ化を無効にするec2.ini構成設定があることに気付きましたが、予想どおりに警告が解決されなかった設定-確認しましたローカルインベントリキャッシュをクリアしました。

特にEC2動的インベントリの回避策はありますか？

これらの無効な文字は、（2019-06-04の時点で）定数INVALID_VARIABLE_NAMESとして次のように定義されています。
https://github.com/ansible/ansible/blob/devel/lib/ansible/constants.py#L119
'^[\d\W]|[^\w]' 、
つまり、 any leading non-alpha character OR any character other than alpha-numeric and underscoreです。
（私はそれが正しいことを願っています）

私には正確に聞こえます。 その情報を記載したドキュメントPRを提出する必要があります。

非推奨の警告が煩わしい場合は、同じ[defaults] deprecation_warnings = Falseを追加して、 ansible-コマンドまたはansibleアドホックコマンドの警告を完全に無効にすることもできます。 [defaults] ansible.cfg [defaults]セクションですが、（重要なニュースを見逃す可能性があるため）これに反対し、代わりに次のようなインラインシェル環境変数を使用することをお勧めします。
ANSIBLE_DEPRECATION_WARNINGS=False ansible-inventory --host=localhost

ただし、 [WARNING]解析する在庫はなくなりません。 すべての警告をオフにする特定の構成または環境変数はありませんが（まだ？）、本当にバグがある場合は、すべてのstderrを/dev/null送信できます（ここに「ベストプラクティス」の警告を挿入してください）。

文書化されていないignoreオプションは、この機能を提供します。 ドキュメントPRはこちら： https ：

2.8.2以降、いずれかの選択肢を明示的に設定すると、この非推奨の警告は破棄されます。

Ansible開発チームはこのタイプの決定についてどこで話し合いますか？ 私たちユーザーがこれの理由を理解するのは非常に難しいです。 実践的推論ではなく、純粋な「Pythonスタイル」の推論である場合は、再検討する価値があるのではないでしょうか。 グループ名のダッシュがansibleの将来のリリースで問題になる場合は、グループの名前よりも、実装に問題がある可能性がありますか？

私には、これは適切に考え抜かれたものというよりは、見た目の変化のように聞こえます。

グループ名は変数名ではなく、その内容です。 ハイフン/ダッシュは単なる文字であり、命名規則で情報をグループ化する非常に一般的な方法でもあります。 感嘆符や星と比較して、制限句では特別な意味はありません。

何千ものサイトがインベントリ内のグループ名を変更するだけでなく、すべてのプレイブックと自家製の役割を調べて、それらをすべて再テストする必要があることを考えると、この問題を軽減するためのコストは莫大です。

「農民」が自分の声を聞く方法があれば、自分の意見を少しずつ取り入れて、このアイデアがどのように生まれたのかを理解してみたいと思います。

私は、ユーザーが、このような使用しようとして間違えたため変更がansibleに行われたことを理解するようになったgroups.group-nameではなくgroups['group-name'] 。 AIUI、これは純粋にサポートの問題を減らすことを目的とした変更です。 （私は個人的に変更に反対しています。）

古い動作は消えません。 古い動作を明示的に選択しないと、使用できなくなります。

聞いて悲しい。

私のユースケースは、コマンド「ansible-inventory」をVagrantファイルに埋め込んでいることです。これは、ansible.cfgに設定するのが無礼であり、オーバーライドできるようにするのに役立ちます。コマンドラインオプションとしての動作（環境変数ではありません）。

通常、このような変更は善意によるものですが、必ずしも念頭に置いた結果につながるとは限りません。

この変更に関する私の問題は、グループ名がやや「特別」になることです。ダッシュはホスト名では許可されますが、グループ名では許可されないため、 hosts:セクションのプレイブックの冒頭で考えると少し奇妙になります。ホスト名やグループ名を書くことができます。

@sivelによる説明は、本当にこの変更の背後にある唯一の理由ですか？ では、 hosvars['foo-host']はどうですか？ インベントリのホスト名にもダッシュを無効な文字にすることを検討している人がいないことを願っています...
hostvars以外にも、「ドット表記」を使用できない例がたくさんあるため、どのフォームをいつ使用するかを知る必要があります。 グループ名を選び出すのはかなり恣意的だと​​思います。

ドット表記の引数はやや有効な言い訳ですが、ドキュメントを改善せずにサポートの問題を修正することはできません。 ユーザーが愚かなことをしている場合、ドキュメントは適切ではありません。 すべての開発者が成功したのは、多くのユーザーを遠ざけることです。 グループ名は任意の文字列値として表示されます。 英数字とアンダースコアに正直に制限することは、特にホスト名RFCでダッシュやピリオドなどが許可されている場合は、やや面倒です。アンダースコアが命名規則の事実上の標準である場合、これは問題になるとは思いません。 ハイフンは記述子文字列に広く使用されています。 サポート量を減らしたい場合は、別の方向からドット表記の問題に対処してみてください。 サポートチームが提供できる検証スクリプトを作成して、ベストプラクティスの問題をチェックし、例として警告またはガイダンスを提供します。 ドット表記の警告に関するドキュメントを更新して、大きく、太字、赤、点滅などにします。ドキュメントですでに問題がカバーされている場合、このようなサポートケースは1分間の電話になります。 電話に出て、問題を確認し、ドキュメントリンクを提供します。

グループ名のダッシュは有効なINIと有効なYAMLの両方です。名前をPython変数名として使用できないという理由だけで、ユーザーとしてすべてのグループの名前を変更する必要がある理由がわかりません。

また、グループ名の-を非推奨にするというこの決定の背後にある理論的根拠に疑問を投げかけています。 動的インベントリkeyed_groupsダッシュを使用できないことは、すでに十分に煩わしいことでしたが、仮想的な構文関連のサポートの問題を回避するために、インベントリファイルとansible-playbook -l ...コマンド内のすべてのグループの名前を変更する必要があります。痛くなるだろう。

FWIWには、 foo_serverような役割グループ、およびfoo-devやfoo-testようなホストグループに名前を付けるための規則があります。 Ansibleの使用法のほぼ100％はansible-playbook -l foo-devようなコマンドであるため、この変更は筋肉の記憶と戦うために多大な労力を要します。

ここに別のme2を追加すると、この特定の決定の取り消しが促進されるかどうかはわかりませんが、グループ名が有効なPython識別子であるという要件の批判者に同意する傾向があります。

グループ名の文字、数字、アンダースコアと一緒にハイフンをサポートしてください（ただし、ドットに対しても何もありません）。

グループ名にはハイフンを多用します。 このような名前をグループ化するための両方：

[server-3x]
server-31.example.com
server-32.example.com
server-33.example.com

そして、次のように（異なるvarファイルでホスト名を維持する代わりに）ホストリストを1つの場所に保持するためにインベントリを_abuse_します。

[prometheus_node-exporter_cluster1:children]
server-3x
server-5x
````
We use such groups in templates like this:

{％set _hostgroup = [_service、_job、_cluster] | join（ '_'）％}
{％set _hostlist = groups [_hostgroup] | d（[]）| sort％}
{％if _hostlist％}
{_hostlist内のホストの％％}
..。
`` `

グループ名とホスト名を明確に区別するためだけにドットを使用することはありません。

TRANSFORM_INVALID_GROUP_CHARS INVALIDという単語は、長期的にそれらを使用し続けることが可能であるという確信を与えません。

これらの文字の使用を避けることが目的の場合は、それらを_UNSAFE_文字と呼び、警告を表示して、ユーザーがこの警告を表示するかどうかを判断できるようにします。 ただし、これらの文字を禁止したり置き換えたりしないでください。

ユーザーは、a）この警告をミュートする（ALLOW_UNSAFE_GROUP_CHARSなどのキーワードを使用）、b）グループ名を変更する（可能な場合）、またはc）その警告をそのまま表示する必要があります。 とにかく、ほとんどの人は最初の2つのオプションから選択します。

また、ダッシュ「-」はほとんどすべてのタイプのコンピューター関連ツールで使用される標準の区切り文字であり、1つの「宗教」に準拠しようとすると制限されるように見えるため、これは無意味だと思います。

古い動作は消えません。 古い動作を明示的に選択しないと、使用できなくなります。

グループ名のダッシュを実際にオプトインできれば、この非推奨についてはそれほど心配しません。 そうすれば、それは新しいユーザーの観点から理解できるかもしれません。

ただし、非推奨の警告は、Ansible2.10でTRANSFORM_INVALID_GROUP_CHARS=neverオプションが廃止されることを意味します。したがって、Ansible 2.10がリリースされる前に、すべてのグループの名前を変更し始める必要がありますか？

[非推奨の警告]：TRANSFORM_INVALID_GROUP_CHARS設定は、デフォルトでグループ名に不正な文字を許可するように設定されています。これは変更されますが、非推奨の場合でもユーザーが構成できます。 この機能はバージョン2.10で削除されます。 非推奨の警告は、ansible.cfgでdeprecation_warnings = Falseを設定することで無効にできます。

また、動的インベントリプラグインkeyed_groupsを使用すると、 TRANSFORM_INVALID_GROUP_CHARS=neverが設定されている場合でも、グループ名が強制的に変換されます： https ： https://github.com/ansible/ansible/blob/db0fe4b1884e6bb9c25e970c7585abb7edd9d664/lib/ansible/inventory/group.py#L39

望ましい行動

• TRANSFORM_INVALID_GROUP_CHARS=never使用は、今後もサポートされ続ける必要があります

  編集：コードを読んで、意図はTRANSFORM_INVALID_GROUP_CHARSを維持することであるように聞こえますが、2.10でデフォルトをalwaysに変更します-その場合、非推奨の警告はあまりよく表現されていません： https：/ /github.com/ansible/ansible/blob/db0fe4b1884e6bb9c25e970c7585abb7edd9d664/lib/ansible/inventory/group.py#L50

• TRANSFORM_INVALID_GROUP_CHARS=neverを使用すると、非推奨の警告が表示されなくなります

  これは、文書化されていないignoreオプションですでに可能であるようです： https ：

• TRANSFORM_INVALID_GROUP_CHARS=neverを使用すると、動的在庫keyed_groupsでもダッシュを使用できるようになります。

  編集：これは明らかに、生成されたグループ名を無条件に変換したAnsible2.7の下位互換性のためです。 これを明示的にオプトアウトするのは素晴らしいことです。

変数名に関して、辞書キーの形式を変数名の構文と等しくする必要がある理由がわかりません。 AFAIKどのプログラミング言語にもそのような制限はありません。 Pythonでは、ほとんどすべての文字列を辞書キーとして使用できます。

辞書型変数を「グループ化」するのではなく、ホスト名とグループ名はどちらもAnsibleの単なる辞書キーです。 それらはそれ自体がプロパティでも変数でもありませんか？

groups ["foo-group"]よりもgroups.foo-group構文を禁止したいと思います。 g = "foo-group"の場合、groups.gまたはgroups [g]を使用しますか？

ansible.cfg [default] force_valid_group_names = ignoreまたはexport ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignoreしても、Ansible2.8.1では機能しないようです。 それでも非推奨の警告が表示されます。

$ ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore ANSIBLE_VAULT_PASSWORD_FILE=vault-password.secret ansible-playbook --diff -i xyz-dev.ini xyz-infra-install.yml -l xyz-dev --check
[DEPRECATION WARNING]: The TRANSFORM_INVALID_GROUP_CHARS settings is set to allow bad characters in group names by default, this will change, but still be user configurable on deprecation. This feature will be removed in version 2.10. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg.

これは、有効なchoicesまだリストされていないためですか？ https://github.com/ansible/ansible/blob/v2.8.1/lib/ansible/config/base.yml#L1501

ansible.cfg [default] force_valid_group_names = ignoreまたはexport ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignoreしても、Ansible2.8.1では機能しないようです。 それでも非推奨の警告が表示されます。

$ ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore ANSIBLE_VAULT_PASSWORD_FILE=vault-password.secret ansible-playbook --diff -i xyz-dev.ini xyz-infra-install.yml -l xyz-dev --check
[DEPRECATION WARNING]: The TRANSFORM_INVALID_GROUP_CHARS settings is set to allow bad characters in group names by default, this will change, but still be user configurable on deprecation. This feature will be removed in version 2.10. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg.

これは、有効なchoicesまだリストされていないためですか？ https://github.com/ansible/ansible/blob/v2.8.1/lib/ansible/config/base.yml#L1501

これは、次のバージョン2.8.2で修正されるバグです。 あなたはexport ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignoreすることができるでしょう、そしてそれはすべての警告を押しつぶします。

（無視オプションはまだ文書化されていません：https：//github.com/ansible/ansible/pull/57318）

これはみんなを壊すでしょう。 悪い決断。

これについてメンテナに推論する方法はありますか？

それが単なるサポートの問題である場合、または本当に壊れているPython構造を使用している場合、おそらくメンテナの1人がここで少し詳しく説明することができますか？

これを追加したいのですが、問題を実際に理解することができないことも厄介でした。問題を理解するために、文字通りansible-playbook "insert yaml file here" > output.txtを実行する必要がありました。

ここのほとんどのポスターに同意します。 グループ名からダッシュを削除することは、よく考えられていない決定、または意味論的ではなく実装に基づく決定のように思われます。

この変更は私にはまったく意味がありません。 Ansible開発者は、グループにアクセスするための追加の構文（欠落していない構文）が必要なという理由だけで、何千ものユーザーにグループ名の変更を強制したいと考えていますか？ それは冗談ですか？

大きなセットアップではダッシュとドットを使用します。
私たちのパターンはproduct-name.environment.datacenterあり、それは物事を非常に明確にします。
-と.を削除すると、在庫が完全に判読できなくなるため、想像できません。

ダッシュを含む（そして今後も含む）グループ名をローカルCMDBに照会するansibleインベントリプラグインを使用しています。 これが将来無効になると、多くのものが壊れてしまいます。

大きなセットアップではダッシュとドットを使用します。
私たちのパターンはproduct-name.environment.datacenterあり、それは物事を非常に明確にします。
-と.を削除すると、在庫が完全に判読できなくなるため、想像できません。

階層的な命名スキーム（例：org.company.product-name.component）で同様のアプローチを使用しています。
アンダースコアに戻らなければならないのは絶対的な恐怖です。

ふふ。 私たちもその問題に直面しました。 グループ名にはダッシュを集中的に使用しています。
dictでのダッシュの使用が原因でどのような問題が発生するかを説明できれば幸いです

私は主に他の人が言ったことを繰り返していますが、私はいくつかの入力を追加したいと思いました。 この変更を実装する場合は、ダッシュを許可するフラグを保持して維持する必要があると思います。 Pythonはアンダースコアを想定していることは理解していますが、ホスト名とホストグループ名にはダッシュが一般的に使用されます。 私たちの環境では、LDAP / Kerberosディレクトリ内のホストとホストグループからインベントリを動的に生成します。 ホスト名とグループ名を変更することは可能ですが、好ましくないため、これについて言及します。

この機能をオプトアウトするにはどうすればよいですか？ ローカルのAnsibleデプロイメントスクリプトには、ハイフンを含むグループ名が散らばっています。 もちろん、ドット表記では使用しません。 しかし、それらすべてを変更することは、本当に途方もない作業になるでしょう。 オプトアウトすると同時に、将来的にハイフンを使用しないようにチームに勧め、可能な場合はハイフンをアンダースコアに変換することをお勧めします。その最後の部分は、見た目ほど単純ではありません。

それで、ansible.cfgにforce_valid_group_names = falseするだけですか？ それはd241794＃diff-fd24ad93fbc32f454761746c1ac908f2に基づいてです

Ansible 2.8.2でテストすると、このINI設定は期待どおりに機能しません。これにより、DEPRECATION WARNINGが削除されるだけですが、Ansibleが文句を言わずにダッシュでグループを使用することを望んでいます。

なしの結果

[非推奨の警告]：TRANSFORM_INVALID_GROUP_CHARS設定は、デフォルトでグループ名に不正な文字を許可するように設定されています。これは変更されますが、非推奨の場合でもユーザーが構成できます。 この機能はバージョン2.10で削除されます。 非推奨
警告は、ansible.cfgでdeprecation_warnings = Falseを設定することで無効にできます。
[警告]：グループ名に無効な文字が見つかりましたが、置き換えられませんでした。詳細を表示するには、-vvvvを使用してください

また、ansible.cfgで設定を「false」に

[警告]：グループ名に無効な文字が見つかり、自動的に置き換えられました。詳細を表示するには、-vvvvを使用してください

ansible.cfg [default] force_valid_group_names = ignoreまたはexport ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignoreしても、Ansible2.8.1では機能しないようです。 それでも非推奨の警告が表示されます。

$ ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignore ANSIBLE_VAULT_PASSWORD_FILE=vault-password.secret ansible-playbook --diff -i xyz-dev.ini xyz-infra-install.yml -l xyz-dev --check
[DEPRECATION WARNING]: The TRANSFORM_INVALID_GROUP_CHARS settings is set to allow bad characters in group names by default, this will change, but still be user configurable on deprecation. This feature will be removed in version 2.10. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg.

これは、有効なchoicesまだリストされていないためですか？ https://github.com/ansible/ansible/blob/v2.8.1/lib/ansible/config/base.yml#L1501

これは、次のバージョン2.8.2で修正されるバグです。 あなたはexport ANSIBLE_TRANSFORM_INVALID_GROUP_CHARS=ignoreすることができるでしょう、そしてそれはすべての警告を押しつぶします。

（無視オプションはまだ文書化されていません：＃57318）

しかし、それは単に警告を押しつぶすだけですか、それともグループでダッシュを使い続けることができますか？
これはあまり明確ではありません。

私はここのすべての批判者に同意します。

プレイブックを壊すことに加えて、これは私がansibleでコンベンションの混乱と呼ぶものに貢献します。 一部の孤立した初心者がドット表記のハイフンの問題に遭遇したという理由だけで、ホスト名とグループ名の規則が異なりますか？ 何だと思う ？ 彼らはまだそれにつまずくでしょう、そしてその機能は人々を怒らせることに成功し、問題を解決しませんでした。 ブラボー。

Ansibleグループ名は、それらが表す実世界のグループの名前を尊重できる必要があります。

他のすべてのツールがホストのセットmy-backend-serviceを呼び出す場合、Pythonの命名規則を満たすために、なぜansibleはそれをmy_backend_serviceに変換するように演算子に強制する必要があります。

今日は本当に悲しい日です。JRの同僚が私にこの非推奨を提起したとき、私はAnsibleチームがそのような利己的な選択をするために現実とそれほど接触していないとは思えませんでした。 私はAnsibleが何を達成できるかを絶対に気に入っています（Pythonで書かれていることとは関係がないユーザーの観点から）エンドユーザーにPEP標準をプッシュする方向性は、Ansible開発チームのコア能力に対する完全な信頼を失います。合理的な決定。 IBMがそれを正してくれることを願っています。
また
たぶん、私たちが移動できる新しい光沢のあるGOに相当するものがあるでしょう。

この振る舞いは明らかに非常に物議を醸しているので、これが完了した取引であり、これがいずれにせよ実装されるのかどうかを自問しています。

この決定の背後にいる人々からの回答に感謝し、「これはPythonの標準的なものです」を超えた詳細を期待しています。

この振る舞いは明らかに非常に物議を醸しているので、これが完了した取引であり、これがいずれにせよ実装されるのかどうかを自問しています。

この決定の背後にいる人々からの回答に感謝し、「これはPythonの標準的なものです」を超えた詳細を期待しています。

仰るとおりです。 つい最近、「go」プロジェクトが人気のない提案から撤回されたため（https://github.com/golang/go/issues/32437#issuecomment-512035919を参照）、このようなことを再検討して、最終的には再検討することができます（場合によってはそうする必要があります）。また、バックアウトしました。

これは、おそらくこの機能の変更だけでなく、興味深いトピックとディスカッションでもあります。 製品としてのAnsibleのガバナンスがどのように機能するかを理解するのは困難です。 おそらく、_誰か_がhttps://www.ansible.com/ansiblefestに持っていくべきものはあり

私たちの多くは頭を悩ませているので、文字列/変数のコンテンツ/グループ名がPythonコーディングスタイルでどのように問題を引き起こす可能性があるのか​​理解していないので、メンテナからここで返信を受け取り、なぜこれが起こるのかを議論するのは良いことです問題。

彼らが変数の名前と構造のコーディングスタイルを維持したいかどうかは理解できますが、配列または変数の内容はわかりますか？

これは、dictのドット表記についての簡単な説明です。 それは可能ですが、醜いです。 https://stackoverflow.com/questions/16279212/how-to-use-dot-notation-for-dict-in-python

これを取り巻くサポートの問題があるという事実は、私の意見では、機能の問題ではなく、ドキュメントの問題です。 どちらかといえば、グループ名は変数であってはならないと私は主張します。

この変更は、ドキュメントが利用可能になる前に実装されたという事実も同様です。

この変更の影響は何ですか？ グループ名にダッシュが含まれていないことを確認するために、すべてのAnsibleインベントリを注意深く編集する必要がありますか？

@CMoH IMOforce_valid_group_names = ignoreを追加し、ansible2.8.2以降を実行することです。

@skyscooby 、これでもPITAです。 この行をデフォルトとして/etc/ansible.cfg 、他の構成のプレイブックディレクトリでローカルansible.cfgを使用することはできません。 これは、既存のansible.cfgファイルをすべて変更する必要があることを意味します。

または、（ユーザー環境に別の変数を追加せずに）グローバルデフォルトを設定する方法はありますか？

@Cougarは、Ansibleからのこの選択が

ただし、問題はこの設定に固有のものではありません。同様の問題が発生しました。ほとんどの設定はcfgファイル設定をオーバーライドする環境変数で設定できるため、プロジェクトごとのansible.cfgファイルの使用をお勧めしません。いくつかのあいまいな理由には、特定の設定が必要です。ENVメソッドを使用するように依頼します。これにより、変更する必要のない残りの設定は、企業標準に設定されたままになります。 この標準構成でベースDockerコンテナーを構築し、個々のプロジェクトは、ベースansibleコンテナーのイメージに基づいて、独自のDockerfileにENVエントリを追加するだけです。 すべてのansibleはコンテナー内で実行されるため、すべてのpipモジュール、ansibleバージョン、およびランタイムツールがエンドツーエンドで同一であることが確実です。

編集：これにより、新しいバージョンのansibleをステージングして、会社の全員が問題にぶつかる前に、このような問題を制御することもできます:)

掘りました。

この機能は元々PRhttps ：//github.com/ansible/ansible/pull/52748で追加され、機能リクエストhttps://github.com/ansible/ansible/issues/40581をサポートしているとされてい

目標の1つの説明： https ：

この症状の最初のバージョン（原因は異なりますが）： https ：

男、私は今何度も＃52748を読んでいます。

私が理解しているように、グループ名は以前にプラグインとコアでサニタイズされており、誰かが（何らかの理由で、理由はまだはっきりしていませんが）グループ名はPython変数の命名規則に従う必要があると判断しました。

そのため、＃52748は代わりに衛生状態を在庫に押し込みました。これは非常に多くの人々にとって物事を壊します。 特に、AWSやAzureなどで巧妙な命名規則を使用してホストをグループにマップする人。

ホスト名に同じ標準/命名規則を使用すると、勢いが失われ、ユーザーが失われます。

グループ名は名前であり、変数ではありません。 （ホスト名と同じように）グループ名にダッシュを使用することは理にかなっています。 翻訳（衛生管理）は、在庫レベル（私たち、ユーザーによる）で行う必要はなく、最善の世界では実際には決して行わないでください。

これを実施するメリットは本当にわかりません。 議論は「。」もカバーしているようです。 および「：」は、グループ名で使用するのが好きな人もいます。 個人的には使用していませんが、使用しても害はありません。

クラウドプロバイダーがメタ情報でダッシュを再利用している限り、グループ化にダッシュを使用できるはずです。 実際には、それがドライバーでさえあるべきではありません。 グループにabcdeという名前を付けたい場合は、実際には問題にはなりません。 これは非常に便利な区切り文字です。

ただし、このスレッドは開発者やメンテナから注目を集めていないようです。 私たちは耳が聞こえない人と話していると思います。

開発者/メンテナ：グループ名にダッシュを入れてください。

いくつかの誤解を明確にするために、それらの一部は私の間違いと最初のメッセージを不明確にすることによるものでした、最新バージョンは人々がここで提起し続ける問題のいくつかに対する修正を持っています、他の修正はまだ来ています：

これを一度だけ言うと、明らかに、グループ名でダッシュを使用することができます。また、デフォルトではなく、現在「無効」と見なされているドットやその他の文字も使用できます。 この「デフォルト」は非推奨になり、2.11ではデフォルトは「安全」になりますが、古い動作に「オプトイン」するオプションが常にあります。

そして、私たちがここに来た方法と理由を説明するために：

まず、グループ名は常にサニタイズされていました。使用しているインベントリタイプに応じて、一貫性のないルールが異なっていました。スクリプトはいたるところにあり、YAML形式とINI形式はそれぞれ独自の機能を果たしていました。 主な変更点は「衛生状態の集中化と正常化」でした。これは2.4で決定されましたが、2.8まで完全には実装されませんでした。 その意図は、Ansilbeですべてが安全に使用できる基準またはベースラインを提供することでした。つまり、変数に「安全でない」または「無効な」文字を使用している人が多いことを認識しているため、これをグローバルだけでなく、一部のインベントリプラグイン。

最初の実装にはいくつかの問題と多くの議論がありました（これを非表示にすることは決定していません。ircで公開ミーティングを開催しています。https：//github.com/ansible/community/blob/master /meetings/README.md）および多くのフィードバックが組み込まれました（これらもログに記録されるため、戻ってディスカッションと推論を確認できますが、「ログダンプスターダイビング」を避けるために、以下でほとんどの問題について説明します） 。 2.8に出てから、別のフィードバックがあり、デフォルトを使用するときだけでなく、特にドキュメントと警告の文言で、常に非推奨になるなど、いくつかのバグを修正しています。

• 「なぜPythonの名前なのか？」
  主な理由は、AnsibleがPythonとJInja（Pythonも使用）を使用しており、グループの一部の使用（主に初期の例ですが、サードパーティの例も多数あります）により、プレイブックにエラーが発生する可能性があります。つまり、 stuff: '{{ groups.gropup-name-with-dash ... }}'またはさらに悪いことにgroup.name.with.dots 。 これは、「変数アクセスのドット表記」のJinja機能を使用したい多くのユーザーに混乱を引き起こします。これが、デフォルトがすべてのユーザーにとって安全である必要がある理由です。 この投稿のほとんどの人はこれに同意しないかもしれませんが、これは多くの人にとって本当の問題であり、新しいまたは古いAnsibleユーザーを待つ「罠」であってはなりません。 「オプトアウト」した人は、Ansibleの他の部分での破壊的な使用を回避する責任があります。

• 「各在庫の衛生状態が異なることが気に入った場合はどうなりますか？」
  それでも、「中央」サニテーションをオフにして、特定のインベントリソース用に有効にすることができます。古いスクリプトを置き換える最も人気のある新しいインベントリプラグインには、スクリプトの動作をエミュレートするオプションが追加されています。最悪のシナリオでも、引き続き使用できます。インベントリスクリプト。

• 「なぜホスト名ではない/次はホスト名ですか？」
  グループの場合と同様に、ホスト名のサナタイズは常に存在しますが、変更されていません。ホスト名には、DNSで解決可能であるなど、異なる要件があります。
  ネットワーク接続またはchroot接続の有効なパスの場合。 また、幸いなことに、ドット表記でホスト名を使用する例はほとんどまたはまったくありません。これは一般的な方法ではなく、人々が突然ホスト名を使用し始めた場合に問題になりますが、グループ名とは異なり、これはこれまで避けてきたものです。 今後問題が発生した場合…良い解決策も見当たりません。

この特定のチケット（十分な説明/情報ではありません）は私がすでに対処しているものであることに注意してください。すぐに修正されることを望んでいます。 残りの議論に関しては、開発者はGithubをフォーラムとして使用しません。一部のチケットはそれに委譲されます。閉じられ、スレッドが長い前のチケットは最近まで無視されました。これは主に、開発者が閉じられた問題を除外し、 IRCのメーリングリストまたは新しい問題での議論を期待してください。

これですべての主要な問題が解決されることを願っています。いつでも話し合いができるので、MLまたはIRCに気軽に立ち寄ってください。そのようなことには適していないため、githubの使用は避けています。

説明してくれてありがとう。

ドット表記のサポートを停止し、いくつかのリリースでそのサポートを廃止する方がはるかに簡単だったとしても、時間をかけて説明していただきありがとうございます。 グループ名に無効な文字が含まれている人の数と比較して、それを使用する人は少なくなります。 セラヴィ

@skyscooby問題は、それを行うのはAnsibleではなく、Jinjaであるということです。

これを一度だけ言うと、明らかに、グループ名でダッシュを使用することができます。また、デフォルトではなく、現在「無効」と見なされているドットやその他の文字も使用できます。

わかりました、これは知っておくと良いことです、説明に感謝します。 ただし、ユーザーエクスペリエンスは本当に改善する必要があります。 あなたには「知識の呪い」があります。 これを見たユーザーの立場で自分を想像してみてください。

[非推奨の警告]：TRANSFORM_INVALID_GROUP_CHARS設定は、デフォルトでグループ名に不正な文字を許可するように設定されています。これは変更されますが、
非推奨時にユーザーが構成可能。 この機能はバージョン2.10で削除されます。 非推奨の警告は、ansible.cfgでdeprecation_warnings = Falseを設定することで無効にできます。
[警告]：グループ名に無効な文字が見つかりましたが、置き換えられませんでした。詳細を表示するには、-vvvvを使用してください

それは長い道のりです

[非推奨の警告]グループ名「my-servers」には「-」が含まれています。これは、Ansible2.11からデフォルトで無効になります。 これを抑制するには、ansible.cfgまたはANSIBLE_TRANSFORM_INVALID_GROUP_CHARS環境変数のforce_valid_group_namesを「ignore」に設定します。 詳細については、 https：//docs.ansible.com/somethingを参照して

...これは私がユーザーとして本当に見たかったものです。 それは私を1時間以上救ったでしょう。 ここで、この問題を抱えている、または遭遇する予定の人の数を掛けます。

グループ名でダッシュとドットを無効にすることは、賢明なデフォルトではありません。 人々は常に彼らのグループ名にそれらを持っています。 賢明な振る舞いを可能にするために設定ファイルにさらに別の変数を設定するように彼らに要求することは、私見では弁護できません。

上記のコメントをありがとう@bcoca 。 よろしくお願いします。

私はその決定に満足していませんが、話し合いが行われ、決定が下されたことを理解しています。 決定がまだ議論の余地がある場合は、メーリングリストまたはircで続行する必要がありますが、この問題を把握できない可能性があります。

この問題のトピックについては、この変更に注意するために、公式ドキュメントと移植ガイドで次の情報を見つけたいと思います。

• デフォルトで有効なグループ名は何ですか？
• ダッシュ、ハイフン、ドット、コロンなどのグループ名を使い続けるにはどうすればよいですか？

すべてのグループ名とホスト名にダッシュを使用しており、それを変更しないためです。 そのため、新しいインストール/環境をセットアップするたびに、オプトインしてansible.cfgを変更する必要があります。 それは私には残念ですが、どうにかして対処しなければなりません。 少なくとも私が期待するのは、これがそれに応じて文書化されていることです。

この変更が賢明であるかどうかについての議論を続けるために、私はAnsibleDevelopmentグループでスレッドを開きました。

よろしくお願いします、
トロンド

この問題に関するすべての貢献者に感謝します。 ここで読んだ内容に基づいて、ブログ投稿https://docs.sbarnea.com/ansible/naming-hosts-and-groupsを作成することにしました。ユーザーが何をする必要があるかを要約していただければ幸いです。

@ loop-evgenyコアチームとしての私たちには「知識の呪い」があり、それがすべての人に役立つドキュメントやエラーを作成することを妨げていることに同意します。 また、コミュニティに完全に依存して、Ansibleを形成し、できるだけ多くのユーザーがシンプルに保つことができるようにしています。そのため、ドキュメントやエラー/警告メッセージの改善に関する推奨事項がある場合は、常にコミュニティを利用して、 pullrequest。 ご指摘いただいたメッセージは以下のファイルに保管しておりますので、変更案を添えてPRをお送りいただければ幸いです...

https://github.com/ansible/ansible/blob/4ef2545eb5d661566e06629015967c2d1b8924e3/lib/ansible/inventory/group.py#L54 -L55

@jctanner通常、私が使用している無料で便利なプログラムを改善するために、PRを提出させていただきます。 しかし、使いやすさ、近くに彼らの熱意に向けたAnsible開発者の一般的な態度は、私は自明のバグ（でもデザインのバグの場合）とAnsibleは現在、2000だ2025（持っているという事実であると考えている問題「意図したとおりに機能」として！）オープンPRは、私の仕事が無駄にならないという確信をほとんど与えてくれません。 あなたが言うように、あなたが本当に「コミュニティに依存する」ことを望むなら、私見では実質的な文化の変化が必要です。

うーん..そのチャンスも私を襲った。

残念ながら、ネットワーク名をグループ名として使用しているため、簡単に変更することはできません。 グループ名のドット構文シュガーをオプトアウトしたいのですが、これは私が今まで使用したことのないものです（他の変数で使用していますが）。

将来的にはansible-playbook whatever.yaml -l some.network.to.useを使用することが望ましいでしょう。 ネットワーク以外のものをグループ名として使用すると、ユースケースが大幅に削減されます。

やあ、
今は少し混乱しています。 将来、グループ名に無効な文字を許可するために、 ansible.cfgに何を設定する必要があるか教えてもらえますか？

force_valid_group_names = ignore

この問題へのansibleregradingの将来のバージョンは何ですか？ いつかansibleはforce_valid_group_namesを使用する回避策なしに、グループ名のすべてのダッシュを拒否しますか？ （変更に苦しんでいて、グループ名にハイフンを使用して問題に苦しんだことのないユーザーからのフィードバックを聞くことなく）

申し訳ありませんが、 @ bcocaからのコメントを読んで、将来必要に応じてハイフンを使用できるようになることを嬉しく思います。これで十分です。

やあ、
同じ警告が表示されますが、何を変更する必要があるのか​​、また変更する必要があるのか​​がわかりません。
Pythonに関連するものですか？
解決する方法は？

force_valid_group_names = ignoreで無視した場合、それは必要なことであり、Ansible> = 2.10にアップグレードすると？

よろしく、
セザールホルヘ

私がこれを正しく理解しforce_valid_group_names = ignoreを設定してもまったく問題がないことを意味します。

また、グループ名にダッシュや必要なものを引き続き使用することもまったく問題ありません。 Ansibleが将来実行しないのは、「無効な」グループ名に対してもドット表記を使用できるように、それらをサナタイズすることです。 例えば：

在庫にはfoo-bar.xyzという名前のグループが含まれています。 次に、そのグループに属するホストのリストを作成するテンプレートを作成します。

{% for host in groups['foo-bar.xyz'] %}
{{ host }}
{% endfor %}

次のバージョンのテンプレートは機能しないことに注意してください。

{% for host in groups.foo-bar.xyz %}
{{ host }}
{% endfor %}

これは、この場合、 -と.が特別な意味を持つためです。 ただし、グループの名前がfoo_bar_xyz 、テンプレートは次のようになるため、ドット付き表記はまったく問題ありません。

{% for host in groups.foo_bar_xyz %}
{{ host }}
{% endfor %}

もちろん、これはまったく問題ありません。

ユーザーにとって物事を簡単にするために、Ansibleはグループ名に対して常に何らかの衛生管理を行っていたようです。 これは、グループが実際にはfoo-bar.xyzと呼ばれていても、上記の例でfoo_bar_xyzを使用することが可能であったことを意味します（2.10まではまだ可能です）。 個人的には、これで物事が簡単になるとは思いませんし、コアチームもそれに同意しているようです。
したがって、この問題に取り組む次の試みは、そもそも「無効な」グループ名を持つことを不可能にすることです。 ただし、私が理解している限り、 force_valid_group_names = ignore設定することで、この制限をオプトアウトすることは常に可能です。

簡単に言えば、実際には、互いに絡み合っている2つの異なる変更です[1]。 警告の紛らわしい名前と言い回し。

繰り返しますが、これは私が問題を理解する方法だけです。 私が間違っている場合は私を訂正してください！

[1]詳細については、 RFC1925パラグラフ2、ポイント（5）を参照してください。

ダッシュ>アンダースコアの側にしっかりといるので、2¢を残したかっただけです。 この問題についてグーグルで簡単に

そうでない場合でも、サーバーラベルやグループなどにダッシュがアンダースコアよりも頻繁に使用されているという事実は、これがすべての私のすべてに追加する必要があるさらに別のことになることを意味しますクライアントのansible.cfgファイル（プレイブックごとに1つ持つ傾向があります）。

Ansibleがエクスペリエンスを向上させるために、より厳密なデフォルトを強制しようとしても問題はありませんが、最初に私の役割名にダッシュを入れて（そして、祖父がいる古い役割に単一の例外を許可することもありました）、次にダッシュを入れて来ました私のコレクション（それらはいかなる方法、形、形式でも許可されていません）、そして今あなたは私の在庫にダッシュのために来ました！

ダッシュとの戦いです...そしてどこかに線を引きたいのですが、この場合、動的在庫プロバイダーの多くがグループベースを作成しているため、ダッシュの使用を防ぐことが実際には不可能な場所です。サーバー名とラベル、および多くの（ほとんどではないにしても）組織はダッシュを使用して物事にラベルを付けるようです（たとえば、 us-east-1aではなくus_east_1a ）。

ソフトウェアを機能させるためにほとんどの場合オーバーライドしなければならないデフォルトを持つのは楽しいことではありませんが、Ansible 2.11の時点では、そうなると思われます。

Jinja2とPythonに慣れていない一部のユーザーが、 something.with-some-dashesが無効であることに気付いていないことが原因である場合は、「ダッシュがある場合は、辞書アクセスに角かっこ表記を使用する必要があります。たとえば、 something['with-some-dashes'] 。必要に応じて2つを混ぜることもできます。これは非常に純粋で全体論的ではありませんが、ここにいるすべてのRust開発者ではありません...

非常によく言えば、ジェフ。 私はここであなたに強く同意します-この変更は非常に破壊的であり、1回限りの移行を必要とするだけでなく、膨大な数のユーザーのワークフローを変更します。 Ansibleはそのままでは機能しなくなります。

ホスト名にアンダースコアを含めることはできないため、正常な世界では、inventory_hostnameにアンダースコアを強制することはありません。 これは、ホスト名にアンダースコアを含めることができず、グループにハイフンを含めることができないため、インベントリが非常に一貫性のないものに見えることを意味します。

デフォルトに切り替えないでください。

https://en.m.wikipedia.org/wiki/Hostname

やあ、
私はここでます。

しかし、 @ bcocaが前述したように、ほとんどの開発者はここでこれらの議論を定期的に見ていません。この問題は正しいドキュメントに関するものであるため、変更を議論するのに適切な場所ではない可能性があります。

議論のためにスレッドに参加してくださいTRANSFORM_INVALID_GROUP_CHARSのデフォルト設定を変更するのは良い考えですか？ Googleグループで。

素晴らしい点ジェフ。

ソフトウェアを機能させるためにほとんどの場合オーバーライドしなければならないデフォルトを持つのは楽しいことではありませんが、Ansible 2.11の時点では、そうなると思われます。

これは、これらすべての議論から私にとって大きなポイントです。 解決しなければならない問題は理解していますが、解決策は必要なものとは逆のようです。 これにより、サポートは簡単になりますが、ユーザーにとっては困難になります。これは逆方向のソリューションです。

Jinja2やPythonに慣れていない一部のユーザーが何かに気付いていないことが原因である場合は、ダッシュを使用して無効にすることをお勧めします。「ダッシュがある場合は、dictアクセスに角かっこ表記を使用する必要があります。何か['with-some-dashes']。必要に応じて、2つを混ぜることもできます。

これが最善の解決策であり、長年使用されてきたものを壊すことはありません。

@geerlingguyからの

Ansibleのユーザーとしてそれを追加したいのですが、なぜ有効なPython構文が何であるかを知る必要があるのですか？ 長い間Ansibleを使用してきたので、Ansible（およびそのモジュール）がPythonで記述されていることを理解していますが、なぜそれを気にする必要があるのですか？ その事実をエンドユーザーに公開するのは悪い設計です。

Webアプリケーションのユーザー名などに有効なJavaScript / Ruby / .NET / whatever表記のみを許可するのと同様です。 エンドユーザーがアプリケーションがどの言語で書かれているかを気にするのはなぜですか？

それに加えて、重大な変更を導入することは難しいトピックですが、可能であればそれを避けるようにしています。 変更を加える必要がある場合は、通常、古い既存の動作をデフォルトのままにして、新しい動作をオプトインできるようにします。 なぜこれがここで行われなかったのですか？ 構成を変更する必要があるのはなぜですか、それとも在庫全体を悪化させる必要があるのですか？ なぜその逆ではないのですか？

システムが厳密に準拠したトークンを内部で必要とする場合、システムは内部でトークンを生成し、内部トークンをユーザーデータに関連付けるルックアップテーブルを作成する必要があります。 このようにして、Ansibleは必要に応じてトークンルールを変更し、ユーザーへの影響を制限できます。 ユーザーは、自分または顧客が適切と考えるように、インベントリ、役割などに名前を付けることができる必要があります。

この変更は、（サポートクエリを減らすために）意図した効果とは逆になる可能性があるように思われます。

現在、ホスト名（DNSで解決可能である必要があります。つまり、アンダースコアを含まない）とグループ名（ダッシュを含まない）の両方で（デフォルトで）サポートされている区切り文字はありません。

間違いなく、任意のホストに自由に名前を付ける必要があります

Elmié。、14年前。 2019年16時16、クリスチャンPointner [email protected]
escribió：

私がこれを理解すれば
https://github.com/ansible/ansible/issues/56930#issuecomment-516863432
正しく。 非推奨となるのは自動です
グループ名の変換。 これは、force_valid_group_namesを設定することはまったく問題ないはずであることを意味します
= 2.10以降は無視します。

ダッシュやあなたが何でも使い続けることも全く問題ないはずです
グループ名には入れません。 Ansibleが将来実行しないのは、サナタイズすることです
それらは、「無効な」グループ名に対してもドット表記を使用できるようにします。 にとって
例：

インベントリには、foo-bar.xyzという名前のグループが含まれています。 今あなたは書きたい
そのグループに属するホストのリストを作成するテンプレート：

{グループ内のホストの％['foo-bar.xyz']％}
{{ ホスト }}
{％endfor％}

このバージョンのテンプレートは機能しないことに注意してください。

{groups.foo-bar.xyz内のホストの％％}
{{ ホスト }}
{％endfor％}

これは、-と。が原因です。 この場合、特別な意味があります。 NS
ただし、ドット付き表記は、グループに
テンプレートが次のようになるため、foo_bar_xyzという名前を付けます。

{groups.foo_bar_xyz内のホストの％％}
{{ ホスト }}
{％endfor％}

もちろん、これはまったく問題ありません。

ユーザーにとって物事を簡単にするために、Ansibleは明らかに常に
グループ名のためにいくつかの衛生状態を行いました。 これはそれがあったことを意味します（そして2.10まで
それでも）上記の例でfoo_bar_xyzを使用することは可能ですが
このグループは実際にはfoo-bar.xyzと呼ばれます。 個人的にはこれはないと思います
物事がまったく簡単になり、コアチームも同意しているようです
それと。
したがって、この問題に取り組む彼らの次の試みは、
そもそも「無効な」グループ名。 しかし、私が理解している限りでは
force_valid_group_namesを設定することにより、この制限をオプトアウトすることが常に可能になります
=無視します。

簡単に言えば、実際には2つの異なる変更が行われています
互いに絡み合っている[1]。 紛らわしい名前と言葉遣い
警告。

繰り返しますが、これは私が問題を理解する方法だけです。 私がいる場合は私を修正してください
間違い！

[1]詳細については、RFC1925を参照してください。
http://www.faqs.org/rfcs/rfc1925.html段落2、ポイント（5）

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/ansible/ansible/issues/56930?email_source=notifications&email_token=AA5N2CJCIELW7JWHC6OJ35DQEQHSPA5CNFSM4HPRGLKKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AA5N2CIVT5PLD2QCAGGBK6LQEQHSPANCNFSM4HPRGLKA
。

私の正直な意見では、これは本当に間違った決定です。 そして間違った理由で。 サポートリクエストの数を減らすのは本当ですか？

ツールとしてのAnsibleは、エンドユーザーに言語固有の詳細を課すべきではありません。 私はすでにTerraformがGolangを喉に押し付けていることにとても腹を立てていますが、Ansibleと「pythonic」スタイルでも同じことが起こっています。 誤解しないでください。私はGoとPythonの両方で非常にうまく機能しますが、コードとしてのインフラストラクチャに関しては、なぜ気にする必要があるのでしょうか。 そして、YAMLが管理するコードベースの形状を決定するという約束はどうなりましたか？ 「データとしてのインフラストラクチャ、読み取りと実行が可能」、何度も聞いたことがあります...私が知る限り、YAMLはダッシュとアンダースコアの両方をまったく気にしません。

ところで、アンダースコアをサポートしていないものはたくさんあります。 いくつかの本当に重要なものに言及するだけで、文字通りすべてのホスト名、AWSリージョン、およびID。 変換が発生しないはずのすべての例外を維持して頑張ってください...

わずかの距離この碁を作る方法についての迅速な解決策を探してここに来る人たちに、ただの行を追加します。 force_valid_group_names = ignoreあなたにansible.cfgと幸せになります。

私の理解では、とにかくスペースを含む変数にドット表記を使用することはできません。スペースを含む変数を作成することはありませんが、残念ながら、jsonAPI応答を介してスペースを含む辞書キーを返すベンダーはたくさんあります。 私にとって賢明なオプションは、角括弧表記に切り替えているようです。 force_valid_group_namesを無視するように設定しても、この変更で将来他に何が計画されているかを知っている人は、今後悪影響を及ぼさないことを願っています。

これは、特にOpenstack（およびAWS）のように動的インベントリを操作する場合、かなり恐ろしい決定です。
「禁止文字」を含むインスタンス名とメタデータキーは、多くの場合、基盤となるクラウドからインベントリアイテムやグループ変数として返されます。 これにより、メタタグやインスタンスIDを使用してフリートを管理しようとする多くのOpenstack（およびAWS）管理者にとって、人生は地獄になります。
インスタンス-8ca09c33-f255-440f-9544-b0ab318c79d9
meta-os_ubuntu

Ansibleの開発者は@geerlingguyの意見を真剣に$env-$role-[0..99]ような名前のホストが何千もある人にとっては本当に悪いことだと思います。 Ansibleの大君主をなだめるために、すべての名前を変更することになっていますか？

@ssbarnea 1groups.foo-groupなどの「ドット構文」を使用しようとしているユーザーにとって問題が発生します。これはユーザーが期待することを実行しません。 このような小さな問題によって引き起こされる問題やサポートリクエストの数により、このような問題が発生しないように、セーフガード名への道をたどりました。

無効な文字と見なされるものを保持したい場合は、この機能をオプトアウトできます。

ユーザーはどのくらいの期間この動作をオプトアウトできますか？ 今後のすべてのAnsibleバージョンでこの動作を無効にする永続的な構成オプションはありますか、それとも2.11までしかサポートされませんか？ 常にオフにするオプションがある限り、このオプションがデフォルトでオンになっていることを嬉しく思います。

これが2.11以降で厳しい制限になると、組織の制約に縛られている顧客を失うことになります（すべてのAnsibleユーザーが会社で使用される命名規則を指示する権限を持っているわけではありません）。 この変更は、ダッシュが頻繁に使用される傾向があるクラウドインフラストラクチャの管理にansibleを使用しているユーザーにとっても重大な課題をもたらすようです。

ここでスレッド全体を読んでいない人に思い出させるためだけに。 開発メーリングリストにもスレッドがあります： https ：//groups.google.com/forum/#！topic / ansible -devel / bjAcM9ferIw

私見この変更は本当に悪い選択でした。 マイナーリリースバージョンでの暗号解読構文の変更により、環境でのAnsibleの使用を拡張できなくなりました。 ユーザーのプレイブックが壊れたときにAnsibleを更新できないためです。

しかし、 @ bcocaが前述したように、ほとんどの開発者はここでこれらの議論を定期的に見ていません。この問題は正しいドキュメントに関するものであるため、変更を議論するのに適切な場所ではない可能性があります。

@Tronde ：ストーリーを書く前に寄稿者と顧客に相談して、影響を理解し、誰かがソリューションをかもしれません。 ここでいくつか言及しているように、これは私たちが何度も見た失敗した製品管理です。

状況の例として、 @ andyfellerはこの変更について説明しています。

私たちのサイトではこれに問題があります。

Red Hat Identity Managerを外部インベントリとして使用しますが、制御はしません。アンダースコアの代わりにダッシュが付いた多くのホストグループが含まれています。 これは変更されません（これらの名前を使用して存在する他のすべてのもののため）。

したがって、次のものが必要です。

• 現在の動作を維持するようにAnsibleを構成するには
• 非推奨の警告を消音する
• コマンドラインAnsibleおよびAnsibleTowerに対してこれを実行します

参考までにPRhttps ：//github.com/ansible/ansible/pull/66650 （ピッチフォークはありません）は2.10（現時点では）の予定です。つまり、現在この警告が表示されている人は誰でも（2.10にアップグレードすると、再び、彼らが設定するまで（代わりに脚本の障害を持つ開始）PRがマージされると仮定force_valid_group_names = ignoreでansible.cfg ）。

可視性のために投稿するだけです。 私はまだしっかりと私の背後にあるんだ、以前表明まだダッシュやとグループ名を生成する多くの動的インベントリスクリプト（Ansible自体または今「公式っぽい」コレクションに移動の一部）があるので、これはユーザーが敵対的なのデフォルトであることその他の有効なDNS文字。

実際には、AWSでAnsibleを使用する人は誰でも、デフォルトをオーバーライドする必要があります。

@geerlingguyそれは正しいPR＃ですか？ それがこの問題を示しているようです。

参考までに、これは19:06:55から始まるここのコアミーティングで議論さ

@ apple4everおっと、リンクを更新しました。https：//github.com/ansible/ansible/pull/66650です。

だから私はすでに答えられた/暴かれた/などの事柄の多くのコメントを見てきました、それでここに私の前の投稿をリンクするつもりです。

https://github.com/ansible/ansible/issues/56930#issuecomment -516863432

すでに回答済みの以前の投稿を非表示にするため、ディスカッション用の新しいアイテムを追加しない新しい投稿を追加しないでください。

ちなみに、有効な変数名がどのように見えるかについて、Pythonドキュメントのどこにリンクするのが良いでしょうか？ https://docs.python.org/3/reference/lexical_analysis.html#grammar -token-identifierがあり

質問する理由は、実際の最初の苦情が実際に処理されたかどうかわからないためです。 何かがおかしいという警告がありますが、正確に何を、そしてどのように（喜んでまたは可能であれば）実際に有効なグループ名を選択できるかを見つけるには、多くの掘り下げが必要です。 少なくとも明確な「グループ名foo-barに無効な文字（ - ）が含まれています。有効なグループ名は有効なPython識別子である必要があります（詳細についてはhttps://docs.python.org/???を参照）」 「悪い文字があります。-vvvvでもう一度確認して、実際に文字を見つけてください！」というメッセージだけではありません。 理想的には、これは無効にできることにも言及しますが、他の予期しない問題につながる可能性があります（Ansibleがグループfoo-bar 、 foo.bar 、およびfoo_barを区別するのが非常に困難になるなど） ）。

現在、それは「あなたは何か間違ったことをしました、それを修正してください」というメッセージであり、どのように進めるかについて明確な方法が示されていません。これもここでの強い反応に貢献した可能性があります。

@geerlingguyはコメント56930に書いた：

（ansible.cfgでforce_valid_group_names = falseを設定するまで）

ドキュメントには、このキーの有効な値として「false」は記載されていません。 値を「ignore」に設定しました。これでうまくいくはずです。 しかし、「false」は無効なキーワードですか、それとも正しく、ドキュメントはここで完全ではありませんか？

前のコメントの@bcoca ：

これを一度だけ言うと、明らかに、グループ名でダッシュを使用することができます。また、デフォルトではなく、現在「無効」と見なされているドットやその他の文字も使用できます。 この「デフォルト」は非推奨になり、2.11ではデフォルトは「安全」になりますが、古い動作に「オプトイン」するオプションが常にあります。

現在の動作を維持できると繰り返し述べてきましたが、これを_今_実行して非推奨の警告を潰すために必要な正確なansible.cfg設定は何ですか。

@geerlingguyがコメント56930に書いたように私は試しました：

（ansible.cfgでforce_valid_group_names = falseを設定するまで）

これにより、ハイフン付きのホストまたはグループが見つからない場合にプレイブックが失敗します（これらは、ところで作成したインベントリプラグインから取得されます。これらも変換を行う必要がありますか、またはAnsibleがインベントリを取り込むときに実行されます）プラグイン？）

@geerlingguyがコメント56930に書いたように私は試しました：

（ansible.cfgでforce_valid_group_names = falseを設定するまで）

これにより、ハイフン付きのホストまたはグループが見つからない場合にプレイブックが失敗します（これらは、ところで作成したインベントリプラグインから取得されます。これらも変換を行う必要がありますか、またはAnsibleがインベントリを取り込むときに実行されます）プラグイン？）

これはいくつかのコメントで言及されており、ドキュメントにあり決して使用し無視する必要があります。

では、すべてを「us-east-1」、「us-east-2」などでグループ化するため、EC2動的インベントリスクリプトを使用する必要はありませんか？ それとも更新する予定はありますか？ EC2動的インベントリスクリプトに関するAnsibleのドキュメントにアクセスしましたが、Githubにダウンロードするためのリンクが機能しなくなったので興味深いです。

EC2動的インベントリスクリプトに関するAnsibleのドキュメントにアクセスしましたが、Githubにダウンロードするためのリンクが機能しなくなったので興味深いです。

https://github.com/ansible/ansible/issues/68419を参照して

IRCログをわざわざ読まない方のために、ここに決定があります。つまり、決定はありません。

19:15:40 <sivel> I've got to say, that brining this topic up all the time isn't a good use of time
19:15:52 <cyberpear> bcoca nominated it
19:16:07 <felixfontein> I think the aim was to solve this once and for all (like, again :) )
19:16:29 <cyberpear> since bcoca is not here, move on to next topic?
19:16:34 <sivel> honestly, I don't think this is going to be the right forum to make a decision on this
19:16:45 <jillr> +2 moving on
19:16:47 <cyberpear> sivel: what's the correct forum?
19:16:55 <felixfontein> sivel: what is the right forum for making that decision?
19:17:02 <cyberpear> "declaration from Red Hat On High"?
19:17:15 <sivel> I'm going to abstain on that, but this project is not a democracy
19:17:16 <cyberpear> -1 to "declaration from Red Hat On High"
19:17:24 <sivel> too many cooks in the kitchen distract
19:17:45 <sivel> We know the arguments at this point
19:17:59 <sivel> anywho, next topic

はい、誰かが「MLまたはIRCに気軽に立ち寄ってください」と書いています。 いいえ、「このプロジェクトは民主主義ではありません」。

はい、誰かが「MLまたはIRCに気軽に立ち寄ってください」と書いています。 いいえ、「このプロジェクトは民主主義ではありません」。

正直なところ、これはオープンソースでは間違っています-それが一般的でない方法につながる場合-人々はそれをフォークすることができます、それはフォークできますか？

ansibleでPRを受け入れるのはひどく遅いことがわかります。 パッチは明らかに必要で単純な変更のように見えますが、決して入りません。幸いなことに、ansible自体は柔軟性があり、カスタムプラグインを使用できますが、古くなっていると貢献が少なくなるか、さらに面倒になります。

少し悲しい気持ちで、本当に...

@ sunshine69あなたの痛みを感じます。 しかし、それはIRCまたはGoogle Group for AnsibleDevelopmentで行われるべき議論です。

この問題は適切な場所ではありません。 ここを読む人はほとんどいないからです。

@ sunshine69あなたの痛みを感じます。 しかし、それはIRCまたはGoogle Group for AnsibleDevelopmentで行われるべき議論です。

この問題は適切な場所ではありません。 ここを読む人はほとんどいないからです。

これらの他のチャネルでは議論がより生産的になる可能性がありますが、特にこの問題をフォローしている人々には透明性が高く評価されています。 結局のところ、IRCはすべての人の好みではありません。

参考： TRANSFORM_INVALID_GROUP_CHARSの非推奨の削除は昨日マージ

説明で識別されるファイル：

• lib/ansible/modules/group.py

これらのファイルが正しくない場合は、説明のcomponent nameセクションを更新するか、 !componentボットコマンドを使用してください。

ボットのヘルプについては、ここをクリックしてください

force_valid_group_names = ignoreを設定すると、警告は消えましたが、廃止通知は消えませんでした。

最後に私はドキュメントで見つけました： force_valid_group_names = silentlyこれは置き換えを行い、出力を詰まらせません-それがあなたが探していることなら。

それでも、このような無意味な変更が最初から行われていなければ、この問題全体を最初から回避できたはずです。

@ emmm-dee-その特定の問題について、 https：//github.com/ansible/ansible/issues/70908を開きました—「有効な」グループ文字の公式ドキュメントがまだないため、この問題は引き続き発生することに注意して

@geerlingguyのアクションに感謝します！ あなたはansibleをより良くしている人です。

バウンス（開始/停止）用のアプリケーションで作業していますが、アプリケーションホストに接続していません。

送信したpingコマンドを試してみましたが動作します...

[ webadmin @ vlodjumpts00〜 ] $ ping 8.8.8.8

PING 8.8.8.8（8.8.8.8）56（84）バイトのデータ。

8.8.8.8から64バイト：icmp_seq = 1 ttl = 112 time = 10.6 ms

[ webadmin @ vlodjumpts00〜 ] $ mirrorlist.centos.org

-bash：mirrorlist.centos.org：コマンドが見つかりません

これを私たちの組織に使用したいと思います。「ansibleall-mping」コマンドを実行した場合。 エラーに直面している、以下は詳細です：

[ aa63457 @ vlodjumpts00 bin] $ ansible all -m ping

変更されますが、非推奨の場合でもユーザーが構成できます。 この機能はバージョン2.10で削除されます。 非推奨の警告は次のようになります

ansible.cfgでdeprecation_warnings = Falseを設定することで無効になります。

RTE3EPAdmin | 到達不能！ => {

"changed": false,

"msg": "Failed to connect to the host via ssh: ###############################################################################\n# CenturyLink computers and the CenturyLink computer network are CenturyLink  #\n# property. Only authorized persons may use them and only for legal and proper#\n# purposes as determined solely by CenturyLink. You consent to the monitoring #\n# of their use. You must use CenturyLink computers and the network in         #\n# accordance with the CenturyLink Code of Conduct, subject to discipline for  #\n# misuse. Customer use is governed by the CenturyLink Acceptable Use Policy.  #\n###############################################################################\nUse CTL credentials (login/password) on this server.\nAUTH-NOTICE:\nAUTH-NOTICE: Use your cuid as your username\nAUTH-NOTICE:\nPermission denied (publickey,password).",

"unreachable": true

}

ローカルホスト| 成功=> {

"ansible_facts": {

    "discovered_interpreter_python": "/usr/bin/python"

},

"changed": false,

"ping": "pong"

}

私を助けてください...私がこれをするために必要なこと。 実際には、ホストマシンを接続するためのホストファイルのUN / PWDはありません。

ローカルホストansible_connection = local

[RTE3VFO]

RTE3VFOAdmin ansible_host = vlddwblasts001.test.intranet

RTE3VFOManaged ansible_host = vlddwblasts002.test.intranet

[RTE3EP]

RTE3EPAdmin ansible_host = vlddwblasts002.test.intranet

RTE3EPManaged ansible_host = vlddwblasts003.test.intranet

[RTE3RES]

RTE3RESAdmin ansible_host = vlddwblasts003.test.intranet

RTE3RESAManaged ansible_host = vlddwblasts004.test.intranet

[RTE3ORCH]

RTE3ORCHAdmin ansible_host = vlddwblasts004.test.intranet

RTE3ORCHManaged ansible_host = vlddwblasts005.test.intranet

[RTE3EASE]

RTE3EASEAdmin ansible_host = vlddwblasts005.test.intranet

RTE3EASEManaged ansible_host = vlddwblasts006.test.intranet

[RTE3RTS]

RTE3RTSAdmin ansibke_host = vlddwblasts006.test.intranet

[EASE-ASR-Test2：children]

RTE3VFO

RTE3EP

RTE3RES

RTE3ORCH

RTE3EASE

RTE3RTS

ディレクトリ構造は次のとおりです。

[ webadmin @ vlodjumpts00 ansible] $ pwd

/ etc / ansible

[ webadmin @ vlodjumpts00 ansible] $ ll

合計84

-rw ------- 1 webadmin webadmin 607 2017年7月12日1

-rw-r--r-- 1 webadmin webadmin 17910 Sep 19 09:55 ansible.cfg

-rw-r--r--1ルートルート19985 2019年12月8日ansible.cfg.rpmnew

-rw ------- 1 webadmin webadmin 213 2017年7月3日easeasr-rte2-ease.yml

-rwxr-xr-x 1 webadmin webadmin 1034 Sep 19 09：16ease-hosts

-rwxr-xr-x 1 webadmin webadmin 16479月19日10:50ホスト

-rw ------- 1 webadmin webadmin 2679 2017年7月3日hosts.bkp

-rw ------- 1 webadmin webadmin 273 2017年7月6日lineinsfile_tst.yml

drwx ------ 4 webadmin webadmin 4096 2017年11月2日プレイブック

drwxr-xr-x3ルートルート2019年12月8日役割

-rwxr-xr-x 1 webadmin webadmin 7321 2017年11月2日servmix_hosts

-rw ------- 1 webadmin webadmin 208 Sep 19 10:55 test.yml

-rw ------- 1 webadmin webadmin 122 Sep 19 10:54 vars.yaml

ホストに直接接続されていません...最初にジャンプサーバーにログインし、sshホストよりも...

ジャンプサーバーは、= 22、接続タイプ= sshを使用する「vmdcltctws217」ポートです。

それから私たちのUN / PWDで入ります

その後、ホストサーバーへの接続にsudoを実行しました。

sudo su-easesqa

次に、のようなsshホストサーバー。

vlddwblasts001.test.intranet

次に、ここからstart / stopコマンドを実行します。

私を助けてください、私はそれを何のために行うことができますか？