J'ai installé Ansible en utilisant "pip" en tant qu'utilisateur root sur RHEL
version python - Python 2.7.5
Version Ansible -
$ ls -lart /usr/lib/python2.7/site-packages/ansible/errors/ total 36 -rw------- 1 root root 3820 Dec 9 13:12 yaml_strings.py -rw------- 1 root root 11555 Dec 9 13:12 __init__.py -rw------- 1 root root 3147 Dec 9 13:12 yaml_strings.pyc -rw------- 1 root root 11535 Dec 9 13:12 __init__.pyc drwx------ 2 root root 88 Dec 9 13:12 . drwx------ 17 root root 4096 Dec 9 13:12 ..
chaque fois que j'essaie d'utiliser ansible en tant qu'utilisateur différent, j'obtiens une erreur
Erreur:
$ cat /bin/ansible #!/bin/python # (c) 2012, Michael DeHaan <michael.dehaan@gmail.com> # # This file is part of Ansible # # Ansible is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 of the License, or # (at your option) any later version. # # Ansible is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with Ansible. If not, see <http://www.gnu.org/licenses/>. ######################################################## from __future__ import (absolute_import, division, print_function) __metaclass__ = type __requires__ = ['ansible'] try: import pkg_resources except Exception: # Use pkg_resources to find the correct versions of libraries and set # sys.path appropriately when there are multiversion installs. But we # have code that better expresses the errors in the places where the code # is actually used (the deps are optional for many code paths) so we don't # want to fail here. pass import os import shutil import sys import traceback from ansible.errors import AnsibleError, AnsibleOptionsError, AnsibleParserError from ansible.module_utils._text import to_text # Used for determining if the system is running a new enough python version # and should only restrict on our documented minimum versions _PY3_MIN = sys.version_info[:2] >= (3, 5) _PY2_MIN = (2, 6) <= sys.version_info[:2] < (3,) _PY_MIN = _PY3_MIN or _PY2_MIN if not _PY_MIN: raise SystemExit('ERROR: Ansible requires a minimum of Python2 version 2.6 or Python3 version 3.5. Current version: %s' % ''.join(sys.version.splitlines())) class LastResort(object): # OUTPUT OF LAST RESORT def display(self, msg, log_only=None): print(msg, file=sys.stderr) def error(self, msg, wrap_text=None): print(msg, file=sys.stderr) if __name__ == '__main__': display = LastResort() try: # bad ANSIBLE_CONFIG or config options can force ugly stacktrace import ansible.constants as C from ansible.utils.display import Display except AnsibleOptionsError as e: display.error(to_text(e), wrap_text=False) sys.exit(5) cli = None me = os.path.basename(sys.argv[0]) try: display = Display() display.debug("starting run") sub = None target = me.split('-') if target[-1][0].isdigit(): # Remove any version or python version info as downstreams # sometimes add that target = target[:-1] if len(target) > 1: sub = target[1] myclass = "%sCLI" % sub.capitalize() elif target[0] == 'ansible': sub = 'adhoc' myclass = 'AdHocCLI' else: raise AnsibleError("Unknown Ansible alias: %s" % me) try: mycli = getattr(__import__("ansible.cli.%s" % sub, fromlist=[myclass]), myclass) except ImportError as e: # ImportError members have changed in py3 if 'msg' in dir(e): msg = e.msg else: msg = e.message if msg.endswith(' %s' % sub): raise AnsibleError("Ansible sub-program not implemented: %s" % me) else: raise try: args = [to_text(a, errors='surrogate_or_strict') for a in sys.argv] except UnicodeError: display.error('Command line args are not in utf-8, unable to continue. Ansible currently only understands utf-8') display.display(u"The full traceback was:\n\n%s" % to_text(traceback.format_exc())) exit_code = 6 else: cli = mycli(args) cli.parse() exit_code = cli.run() except AnsibleOptionsError as e: cli.parser.print_help() display.error(to_text(e), wrap_text=False) exit_code = 5 except AnsibleParserError as e: display.error(to_text(e), wrap_text=False) exit_code = 4 # TQM takes care of these, but leaving comment to reserve the exit codes # except AnsibleHostUnreachable as e: # display.error(str(e)) # exit_code = 3 # except AnsibleHostFailed as e: # display.error(str(e)) # exit_code = 2 except AnsibleError as e: display.error(to_text(e), wrap_text=False) exit_code = 1 except KeyboardInterrupt: display.error("User interrupted execution") exit_code = 99 except Exception as e: if C.DEFAULT_DEBUG: # Show raw stacktraces in debug mode, It also allow pdb to # enter post mortem mode. raise have_cli_options = cli is not None and cli.options is not None display.error("Unexpected Exception, this is probably a bug: %s" % to_text(e), wrap_text=False) if not have_cli_options or have_cli_options and cli.options.verbosity > 2: log_only = False if hasattr(e, 'orig_exc'): display.vvv('\nexception type: %s' % to_text(type(e.orig_exc))) why = to_text(e.orig_exc) if to_text(e) != why: display.vvv('\noriginal msg: %s' % why) else: display.display("to see the full traceback, use -vvv") log_only = True display.display(u"the full traceback was:\n\n%s" % to_text(traceback.format_exc()), log_only=log_only) exit_code = 250 finally: # Remove ansible tmpdir shutil.rmtree(C.DEFAULT_LOCAL_TMP, True) sys.exit(exit_code)
Je trouve deux fichiers ansible situés à des endroits différents, est ce anormal? un à / bin / ansible et autre à / usr / bin / ansible
$ cd /bin $ ls -lart ansible -rwxr-xr-x 1 root root 5837 Dec 9 13:12 ansible $ cd ansible -ksh: cd: ansible: [Not a directory] $ ls -lart /usr/bin/ansible -rwxr-xr-x 1 root root 5837 Dec 9 13:12 /usr/bin/ansible
Contenu de / bin / ansible
$ ansible --version Traceback (most recent call last): File "/usr/bin/ansible", line 40, in <module> from ansible.errors import AnsibleError, AnsibleOptionsError, AnsibleParserError ImportError: No module named ansible.errors
list:
ansible 2.7.4 config file = None 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, May 31 2018, 09:41:32) [GCC 4.8.5 20150623 (Red Hat 4.8.5-28)]
quelqu'un peut-il m'aider à le résoudre.
3 Réponses :
C'est parce que l'installation n'a pas rendu les fichiers dans /usr/lib/python2.7/site-packages/ansible
lisibles par groupes ou par monde, ce qui signifie que seul le propriétaire du fichier ( root
dans ce cas) peut les lire:
# chmod -R a+rX /usr/lib/python2.7/site-packages/ansible
Vous pouvez modifier ce problème spécifique avec chmod
mais vous voudrez probablement l'exécuter à l'avenir umask go-w
d'abord afin d'éviter que pip
ne passe par défaut aux autorisations 0600
pour les fichiers qu'il écrit
$ ls -lart /usr/lib/python2.7/site-packages/ansible/errors/ total 36 -rw------- 1 root root 11555 Dec 9 13:12 __init__.py # ^^^^^^ should be -rw-r--r-- for files
Le X
dans cette expression sert à définir le bit eXecute, mais uniquement pour les fichiers qui ont déjà s'exécuter dans les autorisations de l'utilisateur (donc, pour les répertoires et les fichiers exécutables, mais pas pour " normal "; vous pouvez lire l'histoire complète dans man 1 chmod )
obtenir une erreur différente après l'application de chmod
$ ansible Traceback (dernier appel en dernier): Fichier "/ usr / bin / ansible", ligne 67, dans
dans ce cas, lancez simplement le même chmod
mais contre tous les sites-packages
; tout ce qui se trouve dans ce répertoire ne devrait pas être sensible et je suis désolé de ne pas avoir pensé à le faire la première fois - vision tunnel, je suppose
Dans mon cas, je travaillais dans un venv en python et cela a amené Ansible à ne pas trouver tous ses modules python. Ce n'est peut-être pas nécessairement le problème du PO ici, mais cela vaut la peine d'en être conscient.
En particulier, si vous avez configuré un environnement Anaconda pour l'activer avec bash, vous devez le désactiver en utilisant conda deactivate
afin d'utiliser les commandes Ansible.
Dans mon cas, le problème s'est avéré être le suivant:
J'exécutais la commande en utilisant sudo, qui choisissait un .ssh / id_rsa.pub différent de ce que j'avais publié une clé publique dans le serveur ssh. Cela entraînait à juste titre une autorisation refusée.
Cela n'a été découvert qu'en faisant (extrait du vidage qui provient de la commande ping ansible utilisant -vvv. Notez que j'ai ajouté la commande -v à ssh, cela vous donne l'indication sur ce qui a échoué lors du processus de connexion.
sudo sshpass -d11 ssh -v -C -o ControlMaster=auto -o ControlPersist=60s -o 'User="ubuntu"' -o ConnectTimeout=10 -o ControlPath=/root/.ansible/cp/66b206be85 10.115.216.134 '/bin/sh -c '"'"'echo ~ubuntu && sleep 0'"'"''
Il semble suspect que vous ayez installé deux copies d'ansible, basées sur
executable location = / bin / ansible
etFile "/ usr / bin / ansible"
; existe-t-il, en fait, deux exemplaires d'ansible?Je ne sais pas pourquoi deux fichiers sont localisés. Est-ce anormal? J'ai mis à jour ci-dessus.
c'est un peu anormal, mais sur la base de cette sortie, il semble qu'il s'agisse peut-être de liens physiques, ou (je suppose plus probable) que
/ usr / bin
est un lien symbolique vers/ bin code>, donc je ne pense pas que ce soit le problème. Juste pour faire du sport, pouvez-vous s'il vous plaît inclure la sortie de
cat / bin / ansible
et aussils -l /usr/lib/python2.7/site-packages/ansible/errors code>
inclus la sortie de cat / bin / ansible et aussi ls -l /usr/lib/python2.7/site-packages/ansible/errors ci-dessus @MatthewLDaniel