リスト情報

こんにちは！

Ansibleに関心をお寄せいただきありがとうございます。 それは私たちにとって心から多くのことを意味します。

これはユーザーの質問のようです。このようなことをメーリングリストまたはIRCチャネルに転送したいと思います。

• IRC：irc.freenode.netで#ansible
• メーリングリスト： https ：//groups.google.com/forum/#！forum / ansible -project

よろしくお願いします。 これにより、バグ、プルリクエスト、RFEなどの課題追跡システムを維持できます。

改めてありがとうございました。リストまたはIRCでお会いできることを楽しみにしております。 ありがとう！

@bcocaは、コピーと過去でバグを閉じることで、コミュニティの目標を

ansibleがpython2が/usr/bin/pythonインストールされていると想定しているという事実はバグであり、非常に重大なバグです。

@ ssbarnea-ローカルホストをホストファイルに明示的に追加して制限パターンに含めて以来、ec2に関連するすべての問題についても、この厄介な問題に頭を悩ませてきました。

https://www.zigg.com/2014/using-virtualenv-python-local-ansible.htmlには、 hosts: localhostを使用したアクションと、 local_action呼び出しの両方で機能しているように見える適切なソリューションがあります。 local_action

@ssbarnea @pauricthelodger皆さんはまだこれに問題がありますか？

ELBにインスタンスを登録し、 ec2.pyインベントリを使用すると、数か月（数年）機能していたプレイブックがlocal_action: ec2_elb失敗し始めました。

Ansible 2.0.0.2、2.0.1、および2.1.0を搭載したMacOSから実行しているときに起こります。

私はまだziggの記事の推奨事項を試していません。

TASK [AWS - Register instances with the load balancer] *************************
fatal: [10.x.x.x -> localhost]: FAILED! => {"changed": false, "failed": true, "msg": "boto required for this module"}

$ which python
/usr/local/bin/python

$ pip list boto | grep boto
boto (2.38.0)
boto3 (1.1.4)
botocore (1.2.10)

$ ansible --version
ansible 2.0.0.2

$ python -V
Python 2.7.9

@stevenscg 、まだ私のインベントリファイルでこれを使って働いています：

[localhost]
localhost ansible_connection=local ansible_python_interpreter=python

それがあなたのために何かをするかどうか私に知らせてください！

@pauricthelodgerこれがansibleバージョン2.0.0.2、2.0.1、および2.1.0で機能したことを確認できます。 再度、感謝します！

これが閉鎖されている理由は何ですか？ それはまだOSX（Sierra）の問題です：

$ which python
/usr/local/bin/python

$ pip list boto | grep boto
boto (2.45.0)
botocore (1.5.1)

$ ansible --version
ansible 2.2.1.0

$ python -V
Python 2.7.12

インベントリファイルの回避策はそれを乗り越えますが、それでも問題があります。

@rolette Ansibleはデフォルトの/usr/bin/python使用します（ /usr/local/bin/pythonと同じではありません）。 私のアドバイス-virtualenvを使用する（ virtualenv .venv ）

およびローカルホストインベントリ： inventory/localhost ：

#!/bin/bash
ROOT_DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd )/.."
echo "{
  \"localhost\": {
    \"ansible_connection\": \"local\",
    \"ansible_python_interpreter\": \"${ROOT_DIR}/.venv/bin/python\"
  }
}"

@ wojtek-oledzki別の回避策をありがとうございますが、私が探しているのはansibleの修正であり、問​​題が発生したすべての人に回避策の追跡に時間を費やす必要はなく、OSXで正しく機能します。

これは回避策ではありません-Pythonがどのように機能するかです。 デフォルトの場所/usr/bin/pythonを使用したくない場合は、Python実行可能ファイルがどこにあるかをAnsibleに指示するだけです。

ネガティブゴーストライダー...奇妙なことに、他のすべてのPythonプログラムは、virtualenvを必要とせずに正常に動作します。

実行可能ファイルへのパスをハードコーディングすると、多くの環境で問題が発生します。 ただし、通常、この特定のバグのようにプラットフォーム全体ではありません。

正解です。Pythonを呼び出す正しい方法は、ハードコードされたパスではなく、 #!/usr/bin/env pythonを使用することです。 このルールには1つの例外があります。それは、 envを使用する代わりに、フルパスを使用することが望ましいvirtualenvsのシェルスクリプトです。

デフォルトのシステムPythonを使用しているMacOSでは、envはたまたま/usr/bin/pythonに解決されますが、これはインストールされたスクリプトに/usr/bin/pythonが表示されることを意味するものではありません。

私が時間をかけて使用したことの1つは、シェルスクリプトの使用を避け、モジュールとしてansibleを呼び出すことでした。

@ssbarnea同意しました。ただし、 #!/usr/bin/env pythonはvirtualenvs内で正しいことを行うため、パスをハードコーディングする理由はありません。

ansibleでec2_tagモジュールを使用すると、同じエラーが発生します。

TASK [Retrieve all tags on an instance] ****************************************
fatal: [10_12_26_12]: FAILED! => {"changed": false, "failed": true, "msg": "boto required for this module"}

プレイブック：

  - name: Get instance ec2 facts
    action: ec2_facts
    register: ec2_facts

  - name: Retrieve all tags on an instance
    ec2_tag:
      region: '{{ ansible_ec2_placement_region }}'
      resource: '{{ ansible_ec2_instance_id }}'
      state: list
    register: ec2_tags

ただし、local_actionを使用してください

  - name: Get instance ec2 facts
    action: ec2_facts
    register: ec2_facts

  - name: Get resource tags from ec2 facts
    #sudo: false
    local_action: ec2_tag resource={{ec2_facts.ansible_facts.ansible_ec2_instance_id}} region={{ec2_facts.ansible_facts.ansible_ec2_placement_region}} state=list
    register: ec2_tags

ec2_elbタグと同じエラー：

  pre_tasks:
    - name: Gathering ec2 facts
      action: ec2_facts
    - name: Trackor Instance de-register
      become: no
      local_action:
        module: ec2_elb
        region: "{{ ansible_ec2_placement_region }}"
        instance_id: "{{ ansible_ec2_instance_id }}"
        state: absent
        wait_timeout: 30
        ec2_elbs: '{{ trackor_elb_name }}'

接続されているかどうかはわかりませんが、将来の人々に役立つ場合は、 Ansible2.3の開発変更ログで次のことに気づきました。

'現在のpython実行可能ファイル'を含む 'ansible_playbook_python'を追加しました。Ansibleが標準CLIを介して呼び出されない場合は空白になる可能性があります（sys.executableの制限）。

Macを使用していて、homebrewを介してPythonの他のコピーをインストールしている場合は、次のコマンドを実行して、システムpythonにbotoをインストールできます。

sudo /usr/bin/python -m easy_install pip
sudo /usr/bin/python -m pip install boto

これで問題は解決しました。 ありがとう！！

私はArchLinuxを使用しており、デフォルトはpython 3のようですが、Ansibleはデフォルトでpython2を使用しているようです。
したがって、 pythonを明示的なpython2に置き換えると、 @ rsanchezのソリューションが機能します。
ありがとう。

MacにPythonの複数のコピーが存在する可能性があるシナリオに対する、 @ rsanchezのソリューションに加えて、別の方法は、「ansible_python_interpreter」変数を介して使用するPythonをansibleに指示することです。

/ usr / bin / pythonのパスにbotoがなく、 / usr / local / bin / python （homebrew経由でインストール）のansible_python_interpreter = / usr / local / bin / python 」を設定できます。

また、コマンドラインで「 --extra-vars = 'ansible_python_interpreter = / usr / local / bin / python' 」オプションを使用して設定します。

私はこれと同じ問題を抱えていましたが、 netaddr 。

Ansibleは、私のマシンにインストールされている完全にランダムなPythonバージョンを使用していました。

ansible all -i ./.vagrant/provisioners/ansible/inventory/vagrant_ansible_inventory -m debug -a "var=ansible_playbook_python"
elastic0 | SUCCESS => {
    "ansible_playbook_python": "/usr/local/opt/python/bin/python2.7"
}

次に、 /usr/local/opt/python/bin/python2.7 -m pip install netaddrトリックを使用してインストールしました。

PYTHON_HOMEやPYTHON_PATHなどのPython環境変数がこの問題に役立つかどうか疑問に思っていますが、私はそれらについてあまり知りません。

私が素朴にansible2.3.1.0のDockerビルドを行ったとき

FROM python:2.17
RUN pip install --upgrade pip
RUN pip install boto3 botocore ansible>=2.3.1.0 awscli

エラーが発生しました

fatal: [127.0.0.1]: FAILED! => {"changed": false, "failed": true, "msg": "boto3 and botocore are required for this module"}

ええと、面白い。 もちろん、インタープリターをハードコードされたものに設定したり、他の回避策を見つけたりすることもできますが、前に述べたように、_他のPythonアプリにはこの問題はありません_。 ansibleがタスクをホスト（sshなしのlocalhostでも）にマーシャリングする方法は、Python実行可能ファイルをコピーすることですが、それでも、その実行可能ファイルは環境設定を尊重する必要があります。

少しの間石鹸箱に立ち上がるために、標準的な慣行の無知は、ansibleで繰り返し発生する問題です。 AWSモジュールをセッショントークン（ロールの引き受けまたはmfa auth）で使用することで非常に多くの課題が発生したため、可能な限りすべてにawscliを使用する傾向があります。 ばかげたことは、クレデンシャルを渡すという独自の2/3ソリューションを注入するのではなく、ボトにクレデンシャルの解決を処理させるだけだったとしたら、両方の長所を持っていただろうということです。 確かに、ローカルクレデンシャルはリモートホストからは利用できませんが、1）独自のクレデンシャルがない場合は、とにかくパブリックAPIにのみヒットするため、タスクをリモートで実行するポイントは何でしょうか。ほとんどの場合、ローカルで同じように簡単に実行できます。 2）彼らが独自の資格を持っていた場合は、おそらくそれらを取得することをお勧めします。 無関係ですが、実行可能なベストプラクティスを無視して進行する、実行可能な実装者の別の例です。 私が言うのは簡単です、私はansibleを実装しようとはしていません：P

一時的な修正として、私は次のことを行いました。

[local]
localhost              ansible_connection=local     ansible_python_interpreter=/usr/local/bin/python3

Mac OSのデフォルトの/usr/bin/pythonではなく、pip、botocore、boto3をpython3に統合しています。 適切な修正として、ansible_python_interpreterを環境変数として設定しようとするかもしれません。

これが閉じられている理由は何ですか？ 2.5開発でまだこの問題があります。

私の核オプションの回避策は、サイトパッケージのansibleインストールをハックすることでした。これは、毎回余分な変数を渡すことを忘れないようにするためです。 あなたはひるむかもしれません、私に怒鳴らないでください、自己責任で進んでください、明示または黙示の保証はありません。

ファイルを見つけるには：

python -c "import ansible; print ansible.__path__"

すべてのPythonシバンを修正するには：

 grep -lir "/usr/bin/python" /path/to/my/site-packages/ansible/* | xargs sed -i '' "s|/usr/bin/python|/usr/bin/env python|g"

私はこれを行うことによっていくつかのエラーに直面していました
致命的：[localhost]：失敗しました！ => {"changed"：false、 "msg"： "このモジュールにはbotoが必要です"}
しかし、botoはすでにインストールされています
だから私はこのコマンドを使用しました（Macを使用しているため）
sudo / usr / bin / python -m pip install boto
env / hostsにもう1行追加しました
ansible_pyhton_interpreter = / usr / bin / python
だからその仕事

誰でもこれらのエラーが発生する理由を提案できます。私はすでにbotoをインストールしていたので、なぜこのコマンドが必要なのですか。
sudo / usr / bin / python -m pip install boto

@ jawad486 、私もMacを使用しており、

@ jawad846この問題に関する投稿を

ansible 2.5.1では、この問題は（Linux上で）引き続き発生し、モジュールが異なれば動作も異なります。 ホストファイルのansible_python_interpreter=python設定で@pauricthelodger回避策を使用し{"changed": false, "msg": "boto is required for this module"}失敗します。 これらのモジュールはすべて同じセットの一部であり、一緒に使用されるため、これは奇妙なことに面白いです。

これを掘り下げてみると、ec2_vpc_netとec2_vpc_subnetはboto3を使用していますが、ec2_vpc_igwはbotov2を使用していることがわかりました。 したがって、boto3とboto2の両方をvirtualenvにインストールする必要があります。 次に、 @ benauthorのsedスクリプトの修正バージョンを

grep -lir "/usr/bin/python" vp/local/lib/python2.7/site-packages/ansible/* | xargs sed -i "s@/usr/bin/python@/usr/bin/env python@g"

ここで、vpは私が使用しているローカルvirtualenvパスです。

2.5.2でもまだ問題

@ timm088Macbookでその問題を修正しました。
「どのPython」を実行します。 パスを提供する必要があります。私の場合は「/ usr / local / bin / python」でした。
次に、インベントリファイルに移動し、そのパスをansible_python_interpreterに貼り付けます。
これが私のインベントリホストファイルの外観です。
[ローカル]
localhost ansible_connection = local ansible_python_interpreter = / usr / local / bin / python /

これで動作するはずです。

Ansibleの開発者は、開かれてから4日後に自動閉じられて以来、進行中の議論をまったく見ていないと思います。 私はついにメーリングリストに質問を投稿して、その方法で修正できるかどうかを確認しました。

https://groups.google.com/forum/#!topic/ansible -project / WCqmyKB46qQ