Ansible - l'installation de pip3 échoue

Aug 17 2020

J'essaie d'installer Ansible sur CentOS 7 et j'ai configuré Ansible pour utiliser Python 3. J'ai installé Python2 et Python3.

[root@ansible1 ~]# python --version
Python 2.7.5
[root@ansible1 ~]# python3 --version
Python 3.6.8

Si j'installe Ansible en utilisant yum install ansible, la ansible --versioncommande montre qu'Ansible est configuré pour utiliser Python 2.7.5. Je désinstalle ansible ( yum remove ansible);

[root@ansible1 ~]# ansible --version
ansible 2.9.10
  config file = /etc/ansible/ansible.cfg
  configured module search path = [u'/root/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/lib/python2.7/site-packages/ansible
  executable location = /bin/ansible
  python version = 2.7.5 (default, Aug  7 2019, 00:51:29) [GCC 4.8.5 20150623 (Red Hat 4.8.5-39)]

Selon https://docs.ansible.com/ansible/latest/reference_appendices/python_3_support.html:

Le moyen le plus simple d'exécuter / usr / bin / ansible sous Python 3 est de l'installer avec la version Python3 de pip. Cela rendra l'exécution par défaut / usr / bin / ansible avec Python3

J'ai la version 9.0.3 de pip installée.

[root@ansible1 ~]# pip3 --version
pip 9.0.3 from /usr/lib/python3.6/site-packages (python 3.6)

Suite à la documentation Ansibles, je pose le problème pip3 install ansibled'installer Ansible à l'aide de pip3.

[root@ansible1 ~]# pip3 install ansible
WARNING: Running pip install with root privileges is generally not a good idea. Try `pip3 install --user` instead.
Collecting ansible
  Using cached https://files.pythonhosted.org/packages/4b/69/c8aef60ce070fe6872e27db65f588bd0ffe8892a980cd3f4d844d8b72152/ansible-2.9.12.tar.gz
Requirement already satisfied: jinja2 in /usr/local/lib64/python3.6/site-packages (from ansible)
Requirement already satisfied: PyYAML in /usr/local/lib64/python3.6/site-packages (from ansible)
Requirement already satisfied: cryptography in /usr/local/lib64/python3.6/site-packages (from ansible)
Requirement already satisfied: MarkupSafe>=0.23 in /usr/local/lib64/python3.6/site-packages (from jinja2->ansible)
Requirement already satisfied: six>=1.4.1 in /usr/local/lib/python3.6/site-packages (from cryptography->ansible)
Requirement already satisfied: cffi!=1.11.3,>=1.8 in /usr/local/lib64/python3.6/site-packages (from cryptography->ansible)
Requirement already satisfied: pycparser in /usr/local/lib/python3.6/site-packages (from cffi!=1.11.3,>=1.8->cryptography->ansible)
Installing collected packages: ansible
  Running setup.py install for ansible ... done
Successfully installed ansible-2.9.12

Voici la sortie de la pip3 show ansiblecommande.

[root@ansible1 ~]# pip3 show ansible
Name: ansible
Version: 2.9.12
Summary: Radically simple IT automation
Home-page: https://ansible.com/
Author: Ansible, Inc.
Author-email: [email protected]
License: GPLv3+
Location: /usr/local/lib/python3.6/site-packages
Requires: jinja2, PyYAML, cryptography

Cependant, la ansible --versioncommande renvoie ce qui suit.

-bash: /bin/ansible: No such file or directory

De même, /usr/bin/ansible --version:

-bash: /usr/bin/ansible: No such file or directory

La pip show ansiblecommande montre que l'emplacement est /usr/local/lib/python3.6/site-packages/ansible. Ce répertoire existe et contient de nombreux fichiers et dossiers, mais pas de fichiers de configuration spécifiques à Ansible (par exemple ansible.cfg) ou de fichiers binaires (par exemple ansible) qui peuvent être utilisés (mieux que je sache).

Réponses

3 MichaelHampton Aug 17 2020 at 17:39

Bash met en cache les chemins des commandes , et si une commande est déplacée (comme cela semble être dans votre cas), alors bash ne la récupérera que si ce cache est vidé.

Vous pouvez effacer ansibledu cache avec:

hash -d ansible

Ou effacez tout le cache avec:

hash -r