Ansible schlägt fehl mit / bin / sh: 1: / usr / bin / python: nicht gefunden

Ich stoße auf einen Fehler, den ich noch nie gesehen habe. Hier ist der Befehl und der Fehler:

$ ansible-playbook create_api.yml

PLAY [straw] ******************************************************************

GATHERING FACTS ***************************************************************
failed: [104.55.47.224] => {"failed": true, "parsed": false}
/bin/sh: 1: /usr/bin/python: not found


TASK: [typical | install required system packages] *****************************
FATAL: no hosts matched or all hosts have already failed -- aborting


PLAY RECAP ********************************************************************
           to retry, use: --limit @/Users/john/create_api.retry

104.55.47.224               : ok=0    changed=0    unreachable=0    failed=1

Hier ist die Datei create_api.yml:

---

- hosts: api
  remote_user: root
  roles:
    - api

Und hier ist die Hosts-Datei:

[api]
104.55.47.224

Ich kann den Rollenabschnitt entfernen und er schafft es nicht bis zur ersten AUFGABE, sondern nur bis zur Zeile /bin/sh: 1: /usr/bin/python: not found. Was könnte hier los sein?

HINWEIS: Falls jemand die IP-Adresse anpingt und keine Antwort erhält, sollten Sie wissen, dass ich die IP-Adresse seit dem Einfügen des Codes geändert habe.

EDIT Python wurde lokal installiert. Das Problem war, dass es nicht auf dem Remote-Computer installiert war, auf dem Ubuntu 15.04 ausgeführt wurde

Ich bin auf diesen Fehler gestoßen, der ansible auf dem Ubuntu 15.10- Server ausführt , da er mit Python 3.4.3 geliefert wird und ansible Python 2 erfordert .

So sehe ich provision.ymljetzt aus:

- hosts: my_app
  sudo: yes
  remote_user: root
  gather_facts: no
  pre_tasks:
    - name: 'install python2'
      raw: sudo apt-get -y install python

  tasks:
    - name: 'ensure user {{ project_name }} exists'
      user: name={{ project_name }} state=present

• Vergessen Sie nicht die Option -y (sagt Ja zu allen Fragen) mit apt-get (oder das Rohmodul bleibt lautlos hängen).

• gather_facts: no Linie ist auch kritisch (weil wir ohne Python keine Fakten sammeln können)

Ansible 2.2 bietet eine technische Vorschau der Python 3-Unterstützung. Um dies zu nutzen (damit Sie Python 2 nicht unter Ubuntu 16.04 installieren müssen), setzen Sie einfach die ansible_python_interpreterKonfigurationsoption auf /usr/bin/python3. Dies kann pro Host in Ihrer Inventardatei erfolgen:

[db]
123.123.123.123 ansible_python_interpreter=/usr/bin/python3

Lösung 1:

Wenn Sie verwenden Ansible >2.2.0, können Sie die ansible_python_interpreterKonfigurationsoption auf Folgendes einstellen /usr/bin/python3:

ansible my_ubuntu_host -m ping -e 'ansible_python_interpreter=/usr/bin/python3'

oder in Ihrer Inventardatei:

[ubuntu_hosts]
<xxx.xxx.xxx.xxx>

[ubuntu_hosts:vars]
ansible_python_interpreter=/usr/bin/python3

Lösung 2:

Wenn Sie verwenden Ansible <2.2.0, können Sie diese pre_tasksIhrem Playbook hinzufügen :

gather_facts: False
pre_tasks:
  - name: Install python for Ansible
    raw: test -e /usr/bin/python || (apt -y update && apt install -y python-minimal)
    register: output
    changed_when: output.stdout != ""
    tags: always
  - setup: # aka gather_facts

UPDATE Mit ansible 2.8.x, Sie müssen sich keine Sorgen machen, es funktioniert sofort für Python> 3.5 für Controller und Zielcomputer.

Mit dem Raw-Modul können Sie Python auf den Remote-Hosts installieren:

- raw: sudo apt-get install python-simplejson

Um die Antworten aller anderen zusammenzufassen, sind hier die kombinierten Einstellungen, die für mich funktioniert haben:

 - hosts: all
   become: true
   gather_facts: false

   # Ansible requires python2, which is not installed by default on Ubuntu Xenial
   pre_tasks:
     - raw: sudo apt-get -y install python-simplejson
     # action: setup will gather facts after python2 has been installed
     - action: setup

Ich persönlich habe 3 mögliche Lösungen für dieses Problem gefunden, die in verschiedenen Situationen gut funktionieren:

Option 1 - ansible_python_interpreter: /usr/bin/python3Für Hosts festlegen, die python3standardmäßig installiert wurden

Ich denke, dies ist die überlegene Methode zur Lösung des Problems, wenn Sie eine Möglichkeit haben, Ihre Hosts danach zu gruppieren, ob sie python3standardmäßig installiert sind oder nicht . Soweit mir bekannt ist, python3ist es auf allen Ubuntu-Versionen 16.04 und höher verfügbar.

• Wenn alle Ihre Hosts definitiv haben python3, können Sie die Variable zu Ihrem group_vars/all.yml(oder einem gleichwertigen) hinzufügen :

# group_vars/all.yml

ansible_python_interpreter: /usr/bin/python3

• Wenn einige Ihrer Hosts keine haben python3und Sie eine Möglichkeit haben, sie zu kennzeichnen, wenn Sie dynamisches Inventar verwenden (z. B. AWS-Tagging für ec2.py), können Sie die Variable auf bestimmte Hosts wie folgt anwenden:

# group_vars/tag_OS_ubuntu1804.yml

ansible_python_interpreter: /usr/bin/python3

• Wenn Sie statisches Inventar verwenden und Hosts danach gruppieren können python3, können Sie Folgendes tun:

# inventory/hosts

[python2_hosts]
centos7_server

[python3_hosts]
u1804_server

[python3_hosts:vars]
ansible_python_interpreter=/usr/bin/python3

Ich mag diese Option am meisten, weil sie keine Änderungen auf dem Remote-Host und nur geringfügige Änderungen an Variablen erfordert, im Gegensatz zu den Optionen 2 und 3, die Ergänzungen zu jedem Playbook erfordern.

Option 2 - Installieren Sie Python 2 mit raw

Für diese Option muss ein Spiel oben in jedes Spielbuch eingefügt werden, mit gather_facts: falsedem Folgendes rawinstalliert wird python:

- name: install python2 on all instances
  hosts: "*"
  gather_facts: false
  tasks:
    - name: run apt-get update and install python
      raw: "{{ item }}"
      loop:
        - sudo apt-get update
        - sudo apt-get -y install python
      become: true
      ignore_errors: true

ignore_errors: true ist erforderlich, wenn Sie das Spiel auf Hosts ausführen möchten, die dies nicht haben apt-get installiert sind (z. B. RHEL-basiert), da diese sonst beim ersten Spiel fehlerhaft sind.

Diese Lösung funktioniert, ist jedoch aus mehreren Gründen die niedrigste auf meiner Liste:

1. Muss an die Spitze von jedem gehen Spielbuch stehen (im Gegensatz zu Option 1)
2. Angenommen, es aptbefindet sich im System und ignoriert Fehler (im Gegensatz zu Option 3).
3. apt-get Befehle sind langsam (im Gegensatz zu Option 3)

Option 3 - Symlink /usr/bin/python -> /usr/bin/python3mitraw

Ich habe diese von niemand anderem vorgeschlagene Lösung gesehen. Es ist nicht ideal, aber ich denke, es ist Option 2 in vielerlei Hinsicht überlegen. Mein Vorschlag ist, raweinen Shell-Befehl zum Symlink auszuführen, /usr/bin/python -> /usr/bin/python3wenn er python3sich auf dem System befindet und python nicht:

- name: symlink /usr/bin/python -> /usr/bin/python3
  hosts: "*"
  gather_facts: false
  tasks:
    - name: symlink /usr/bin/python -> /usr/bin/python3
      raw: |
        if [ -f /usr/bin/python3 ] && [ ! -f /usr/bin/python ]; then
          ln --symbolic /usr/bin/python3 /usr/bin/python; 
        fi
      become: true

Diese Lösung ähnelt Option 2 insofern, als wir sie in jedes Spielbuch einfügen müssen, aber ich denke, dass sie in einigen Punkten überlegen ist:

• Erstellt den Symlink nur in dem speziellen Fall, der python3vorhanden ist undpython nicht - Python 2 wird nicht überschrieben, wenn es bereits installiert ist
• Nimmt nicht an apt installiert ist
• Kann ohne spezielle Fehlerbehandlung auf allen Hosts ausgeführt werden
• Ist super schnell im Vergleich zu allem mit apt-get

Natürlich , wenn Sie benötigen Python 2 installiert an/usr/bin/python , ist diese Lösung ein nicht gehen und Option 2 ist besser.

Fazit

• Ich schlage vor, in allen Fällen Option 1 zu verwenden, wenn Sie können.
• Ich schlage vor, Option 3 zu verwenden, wenn Ihr Inventar wirklich groß / komplex ist und Sie keine Möglichkeit haben, Hosts einfach zu gruppieren python3, was Option 1 viel schwieriger und fehleranfälliger macht.
• Ich empfehle Option 2 gegenüber Option 3 nur, wenn Python 2 unter installiert sein muss /usr/bin/python.

Quellen

• Beheben Sie den /usr/bin/python: not foundFehler in Ansible
• Python 3-Unterstützung für Ansible Docs
• Ansible- rawModul für Ansible-Dokumente
• Fehlerbehandlung in Playbooks auf Ansible Docs

Sie benötigen Python 2.7, um Ansible auszuführen. Unter Ubuntu 16.04 können Sie es über diesen Befehl installieren:

sudo apt-get install python-minimal

Danach konnte ich rennen

ansible-playbook -i inventories/staging playbook.yml

Weitere Informationen finden Sie unter Verwenden von ansible unter Ubuntu 16.04

Was ich verwendet habe, um dies auf Ubuntu 15.10 auf einem frischen Digital Ocean-Tröpfchen zum Laufen zu bringen:

# my-playbook.yml
- name: python2
  hosts: test
  gather_facts: no
  pre_tasks:
    - raw: sudo apt-get -y install python-simplejson

$ ansible-playbook path/to/my-playbook.yml

Für Ubuntu 16.04 auf einer neuen OVH-SSD musste ich ein Upgrade durchführen, bevor die Python2-Pakete verfügbar waren.

Ich habe herausgefunden, dass es tatsächlich möglich ist, mehrere Spiele in einem einzigen Playbook zu haben. Daher enthält mein Setup jetzt ein Spiel zur Bereitstellung von Abhängigkeiten, das auf allen Hosts ausgeführt wird, und andere Spiele für bestimmte Hosts. Also nicht mehrpre_tasks .

Beispielsweise:

- name: dependency provisioning
  hosts: all
  become: yes
  become_method: sudo
  gather_facts: false
  tasks:
    - name: install python2
      raw: sudo apt-get -y install python-simplejson

- name: production
  hosts: production_host
  roles:
    - nginx
  tasks:
    - name: update apt cache
      apt: update_cache=yes cache_valid_time=3600
  # ....

- name: staging
  hosts: staging_host
  roles:
    - nginx
  tasks:
    - name: update apt cache
      apt: update_cache=yes cache_valid_time=3600
  # ....

Wie andere sagten, liegt dies an fehlendem Python2. Andere Antworten hier bieten eine Abhilfe mit pre_tasksund gather_facts: no, aber wenn Sie auf EC2 sind und Sie drehen die Instanz mit ansible up Sie verwenden können , user_dataOption:

- ec2:
    key_name: mykey
    instance_type: t2.micro
    image: ami-123456
    wait: yes
    group: webserver
    count: 3
    vpc_subnet_id: subnet-29e63245
    assign_public_ip: yes
    user_data: |
      #!/bin/bash
      apt-get update
      apt-get install -y python-simplejson
    register: ec2

Dann warten die Leute normalerweise darauf, dass ssh wie folgt verfügbar ist:

  - name: "Wait for the instances to boot and start ssh"
    wait_for:
      host: "{{item.public_ip}}"
      port: 22
      delay: 5
      timeout: 300
    with_items: "{{ ec2.tagged_instances }}"
    when: ec2|changed

Ich habe jedoch festgestellt, dass dies nicht immer lang genug ist, da CloudInit ziemlich spät im Startvorgang ausgeführt wird, sodass python2 möglicherweise immer noch nicht direkt nach der Verfügbarkeit von ssh installiert wird. Daher habe ich eine Pause hinzugefügt, falls die Instanz gerade erstellt wurde:

  - name: "Wait for cloud init on first boot"
    pause: minutes=2
    when: ec2|changed

Dies macht den Job perfekt und als Vorteil suchen Sie nicht bei jedem Lauf nach Python2 und müssen keine Problemumgehungen durchführen, um später Fakten zu sammeln.

Ich bin sicher, dass andere Cloud-Anbieter ähnliche CloudInit-Funktionen bereitstellen. Passen Sie sie daher an Ihren Anwendungsfall an.

Für diejenigen, die Packer verwenden, ist die folgende Lösung möglicherweise hilfreich

Nehmen wir an, Sie verwenden einen ansible Provisioner von Packer. Ihre Konfiguration sieht möglicherweise wie folgt aus

Sie können Python zuerst mit dem Shell-Provisioner installieren und dann die Option ansible_python_intepreter wie unten gezeigt konfigurieren

"provisioners": [
    {
      "type": "shell",
      "inline": [
        "apk update && apk add --no-cache python python-dev ansible bash"
      ]
    },
    {
      "type": "ansible-local",
      "playbook_file": "playbooks/your-play-book.yml",
      "playbook_dir": "playbooks",
      "extra_arguments": [
        "-e",
        "'ansible_python_interpreter=/usr/bin/python3'",
        "-vvv"
      ]
    },

Standardmäßig benötigt Ansible Python 2 , Ansible 2.2+ kann jedoch auch mit Python 3 verwendet werden.

Installieren Sie also entweder Python 2 mit dem rawModul , z

ansible localhost --sudo -m raw -a "yum install -y python2 python-simplejson"

oder setzen Sie eine ansible_python_interpreterVariable in der Inventardatei wie:

[local]
localhost ansible_python_interpreter="env python3"

Für Docker können Sie die folgende Zeile hinzufügen:

RUN printf '[local]\r\nlocalhost ansible_python_interpreter="env python3"\r\n' > /etc/ansible/hosts

oder führen Sie es aus als:

ansible-playbook /ansible/provision.yml -e 'ansible_python_interpreter=/usr/bin/python3' -c local

Entsprechend dieser Zusammenfassung können Sie Python2 unter Ubuntu 16.04 wie folgt installieren:

enter code here
gather_facts: False
pre_tasks:
  - raw: test -e /usr/bin/python || (apt -y update && apt install -y python-minimal)
  - setup: # aka gather_facts

tasks:
  # etc. etc.

Viele Antworten. Vielen Dank für die Veröffentlichung, da ich auch von dieser Seite angefangen habe!

Ich habe ein bisschen gegraben und es war solide mit Ubuntu 14.04LTS, Ubuntu 15.04LTS schien das neueste fallen gelassen zu haben pythonund Ubuntu 16.04LTS scheint gefallen zu sein aptitude.

Ich habe die folgende Aktion in meinen Bootstrap eingefügt, bevor ich aptAnrufe tätige:

- name: "FIX: Ubuntu 16.04 LTS doesn't come with certain modules, required by ansible"
  raw: apt-get install python-minimal aptitude -y
  become: true
  become_user: root
  become_method: sudo

Wenn Sie es becomeanderswo schaffen, können Sie es gerne entfernen.

Quellen:

• https://github.com/ansible/ansible-modules-core/issues/3523#issuecomment-222368182
• https://github.com/ansible/ansible/issues/16884#issuecomment-278138707

Ich konnte das gleiche Problem beheben, indem ich Python auf dem Zielcomputer installierte, dh auf dem Computer, auf dem SSH ausgeführt werden soll. Ich hatte folgenden Befehl verwendet:

sudo apt-get install python-minimal

@ Miroslav, danke, dass du mich in die richtige Richtung gelenkt hast. Ich habe user_datain derec2_instance Modul verwendet und es funktioniert wie ein Genuss.

Dh

- name: Creating single EC2 instance 
  ec2_instance:
    region: "{{ aws_region }}"
    key_name: "{{ aws_ec2_key_pair }}"
    name: "some-cool-name"
    instance_type: t1.micro
    image_id: ami-d38a4ab1
    security_group: sg-123456
    vpc_subnet_id: sn-678901234
    network:
        assign_public_ip: no
    volumes:
      - device_name: /dev/sda1
        ebs:
          volume_type: gp2
          volume_size: 15
    user_data: |
      #!/bin/bash
      #
      apt update
      apt install -y python-simplejson              
    termination_protection: yes
    wait: yes     

Sie können Ubuntu 18.04 mitteilen, dass Sie Python3 als erste Priorität für verwenden möchten /usr/bin/python.

- hosts: all
  become: true
  pre_tasks:
    - raw: update-alternatives --install /usr/bin/python python /usr/bin/python3 1

Ich hatte das gleiche Problem, bis mir klar wurde, dass Sie Python auch auf dem Remote-Host sowie auf Ihrem eigenen lokalen Computer installieren müssen. jetzt gehts!

Wir stoßen einfach darauf.

Wir stellen Ubuntu 16.04 für einen Vagabunden bereit. Wenn Sie also keinen Vagabund verwenden, ist mein Kommentar sinnlos.

Wir haben die folgenden Vagrant-Plugins (Trigger, Shell-Commander) installiert und Python 2.7.6 auf dem Computer installiert (die nicht ohne diese Plugins waren) und nach Ansible bereitstellen können

Es war unser letzter Test, ansonsten wollten wir diese Installation in einen Shell-Befehl in der Vagrant-Datei aufnehmen

Hoffe es kann jemandem helfen