ansible EC2: "Boto für dieses Modul erforderlich"

Question

Wenn ich diese einfache ansible Textbuch laufen:

- name: EC2 Test Example 
    hosts: localhost 
    connection: local 
    gather_facts: False 

    tasks: 
    - name: EC2 Instance 
    ec2: 
     # Amazon EC2 key pair name 
     key_name: my-key-pair 
     # Amazon EC2 Security Group 
     group: my-security-group 
     instance_type: t2.micro 
     # Latest from https://wiki.debian.org/Cloud/AmazonEC2Image/Jessie 
     image: ami-221ea342 
     wait: yes 
    register: ec2 

ich mit venv/bin/ansible-playbook -i localhost, playbook.yml laufen:

PLAY [EC2 Test Example] ******************************************************** 

TASK [EC2 Instance] ************************************************************ 
fatal: [localhost]: FAILED! => {"changed": false, "failed": true, "msg": "boto required for this module"} 
    to retry, use: --limit @/Users/admin/temp/ansec2/playbook.retry 

PLAY RECAP ********************************************************************* 
localhost     : ok=0 changed=0 unreachable=0 failed=1 

So offensichtlich, ich habe Boto in der Venv installiert dass ich auch als Standard-System mit Python:

➜ ansec2 venv/bin/pip list 
Package   Version 
--------------- -------- 
ansible   2.2.1.0 
boto   2.45.0 
boto3   1.4.4 
botocore  1.5.4 
... 

ich habe ein paar ähnlichen Beiträge gelesen und ich sehe keinen wor Königslösung.

Answer 1

Die Ursache Ihres Problems ist der -i localhost, Hack. Sie müssen es nicht mehr in Ansible verwenden.

Sie können einfach laufen:

ansible-playbook playbook.yml 

Und mit connection: local im Spiel ansible den Python ausführbaren Satz von Venv verwenden.

---

Wenn Sie den -i localhost, Hack verwenden, ruft ansible seine Standard /usr/bin/python.

In diesem Fall können Sie immer noch die ansible_python_interpreter Parameter hinzufügen ansible zu sagen, diese spezifische Umgebung zu verwenden:

ansible-playbook -i localhost, playbook.yml --extra-vars "ansible_python_interpreter=/Users/admin/temp/ansec2/venv/bin/python" 

Aber ich denke, man es vermeiden sollte, und die erste Methode verwenden.