ansible sudo: désolé, vous devez disposer d'un terminal lancer la commande sudo

J'ai besoin d'exécuter tablettes playbook sur Les boîtes et sur aws quand j'ai l'environnement d'installation avec la formation de nuages.

Dans Vagrant fichier j'utilise ansible-local et tout fonctionne bien

name: Setup Unified Catalog Webserver  
    hosts: 127.0.0.1  
    connection: local  
  become: yes  
  become_user: root
  roles: generic

Cependant, quand je créer une instance AWS, l'ansible playbook échoue avec l'erreur:
sudo: sorry, you must have a tty to run sudo
Cela arrive parce qu'il est exécuté en tant que root et il n'a pas d'ats. Mais je ne sais pas comment résoudre ce problème sans faire de changement dans /etc/sudoers pour permettre !requiretty

Est-il des drapeaux, je peux le programme d'installation en ansible.cfg ou dans ma Formation de Nuages modèle?

  "#!/bin/bash\n", "\n", "   
 echo 'Installing Git'\n","  
  yum --nogpgcheck -y install git ansible htop nano wget\n",
 "wget https://s3.eu-central-1.amazonaws.com/XXX -O /root/.ssh/id_rsa\n", 
"chmod 600 /root/.ssh/id_rsa\n", 
"ssh-keyscan 172.31.7.235 >> /root/.ssh/known_hosts\n",
 "git clone [email protected]:something/repo.git /root/repo\n", 
"ansible-playbook /root/env/ansible/test.yml\n
Pourquoi a-t-il besoin d'être exécuté en tant que root?

OriginalL'auteur Kate | 2016-02-24

  1. 3

    J'ai été en mesure de résoudre ce problème en définissant la transport = paramiko de configuration dans ansible.cfg.

    Excellente solution. Cela a fonctionné pour moi aussi, et est beaucoup moins intrusive que l'on a accepté la réponse.

    OriginalL'auteur user8252064

  2. 2

    J'ai trouvé les solutions suivantes pour moi-même:

    1. Changement requiretty dans /etc/sudoers avec sed exécuter tablettes playbook et le changer en arrière.

     "#!/bin/bash\n", "\n", "  
 echo 'Installing Git'\n"," 
 yum --nogpgcheck -y install git ansible htop nano wget\n",  
 "wget https://s3.eu-central-1.amazonaws.com/xx/ansible -O /root/.ssh/id_rsa\n",  
 "chmod 600 /root/.ssh/id_rsa\n",   
  "ssh-keyscan 172.31.9.231 >> /root/.ssh/known_hosts\n",   
  "git clone [email protected]:somerepo/dev.git /root/dev\n",   
  "sed -i 's/Defaults    requiretty/Defaults    !requiretty/g' /etc/sudoers\n", 
  "\n", 
  "ansible-playbook /root/dev/env/ansible/uk.yml\n",   
  "\n",   
  "sed -i 's/Defaults    !requiretty/Defaults    requiretty/g' /etc/sudoers\n"

    OU
    2. Dans ansible playbook spécifier la variable:

     - name: Setup 
 hosts: 127.0.0.1
 connection: local
 sudo: {{ require_sudo }}
 roles:
    - generic

    Exécuter dans le Cloud AWS Formation modèle serait 

       "ansible-playbook -e require_sudo=False /root/dev/env/ansible/uk.yml\n"

    Et de l'Errance dans l'ansible.cfg, il peut être spécifié 

      require_sudo=True

    1. Également en CF modèle peut identifier qui est en cours d'exécution et le passage de variable

      ansible-playbook -e$(id -u |egrep '^0$' > /dev/null && require_sudo=False || require_sudo=True; echo "require_sudo=$require_sudo") /apps/ansible/uk.yml

    sudo est obsolète dans ansible, become et become_user sont pris en charge pour être utilisé.

    OriginalL'auteur Kate