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 / ansibleetFile "/ 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 / binest 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 decat / bin / ansibleet 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