Ansible ec2: "boto требуется для этого модуля"

когда я запускаю этот простой Ansible playbook:

- 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

Я бегаю с venv/bin/ansible-playbook -i localhost, playbook.yml:

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

очевидно, что у меня есть boto, установленный в venv, который я использую, а также моя система по умолчанию 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   
...

Я прочитал несколько подобных сообщений, и я не вижу рабочего решения.

1 ответов


основной причиной вашей проблемы является -i localhost, рубить. Вам больше не нужно использовать его в Ansible.

вы можете просто запустить:

ansible-playbook playbook.yml

и connection: local В игре Ansible будет использовать исполняемый файл Python, установленный venv.


при использовании -i localhost, hack, Ansible называет его по умолчанию /usr/bin/python.

в этом случае вы все еще можете добавить ansible_python_interpreter параметр, чтобы сказать Ansible использовать эту конкретную среду:

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

но Я думаю, вам следует избегать этого и использовать первый метод.