Ansible приостанавливает работу на неопределенный срок

Вам НЕ НУЖЕН sudo без пароля, вам просто нужно сопоставить свои параметры с вашей средой sudo. Если вам нужно указать пароль sudo, вы можете просто добавить -K (--ask-sudo-pass) к вашему вызову ansible.

Узнал, что мне нужен sudo без пароля. Я изменил /etc/sudoers:

%admin ALL=(ALL) NOPASSWD:ALL

попробуйте опции "-k" и в системе должен быть установлен sshpass

ansible servers -vvvv   -m ping -i inventory -u vagrant -k

Выход

SSH password:   <<USEr PASSWORD>>

Консольный вывод подробного

<precise32> ESTABLISH CONNECTION FOR USER: vagrant
<precise32> REMOTE_MODULE ping
<precise32> EXEC ['sshpass', '-d6', 'ssh', '-C', '-tt', '-vvv', '-o', 'ControlMaster=auto', '-o', 'ControlPersist=60s', '-o', 'ControlPath=/home/vagrant/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 'GSSAPIAuthentication=no', '-o', 'PubkeyAuthentication=no', '-o', 'ConnectTimeout=10', 'precise32', "/bin/sh -c 'mkdir -p $HOME/.ansible/tmp/ansible-tmp-1423020915.88-101376543892740 && chmod a+rx $HOME/.ansible/tmp/ansible-tmp-1423020915.88-101376543892740 && echo $HOME/.ansible/tmp/ansible-tmp-1423020915.88-101376543892740'"]
<precise32> PUT /tmp/tmpNGxttI TO /home/vagrant/.ansible/tmp/ansible-tmp-1423020915.88-101376543892740/ping
<precise32> EXEC ['sshpass', '-d6', 'ssh', '-C', '-tt', '-vvv', '-o', 'ControlMaster=auto', '-o', 'ControlPersist=60s', '-o', 'ControlPath=/home/vagrant/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 'GSSAPIAuthentication=no', '-o', 'PubkeyAuthentication=no', '-o', 'ConnectTimeout=10', 'precise32', u"/bin/sh -c 'LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 /usr/bin/python /home/vagrant/.ansible/tmp/ansible-tmp-1423020915.88-101376543892740/ping; rm -rf /home/vagrant/.ansible/tmp/ansible-tmp-1423020915.88-101376543892740/ >/dev/null 2>&1'"]

Окончательный результат

precise32 | success >> {
    "changed": false, 
    "ping": "pong"
}

Ansible по умолчанию будет блокироваться в тех случаях, когда блокируется ssh-командная строка. Иногда это может вас укусить, если вы подключаетесь к большому количеству серверов, и один из входов в систему не удался и запрашивает пароль вашего закрытого ключа или что-то глупое. Запуск ваших плейбуков следующим образом:

ANSIBLE_SSH_ARGS="-o BatchMode=yes" ansible-playbook -i inventory/foo playbook.yml

должен просто привести к сбою ssh вместо того, чтобы запрашивать вас.

Ваша книга воспроизведения зависает, поскольку она выполняет какую-то задачу, для которой требуются учетные данные. Вы должны указать пользователя внутри книги воспроизведения, который должен использоваться при запуске книги воспроизведения, он должен выглядеть примерно так

hosts: thinkingmonster
vars:
http_port: 80
max_clients: 200
remote_user: root
 tasks:
– name: ensure apache is installed
  yum: pkg=httpd state=latest
– name: place configuration file
  template: src=/etc/httpd/conf/httpd.conf  dest=/etc/httpd.conf
  notify:
  – restart apache
  – name: ensure apache is running
service: name=httpd state=started enabled=yes
handlers:
– name: restart apache
service: name=httpd state=restarted

Убедитесь, что я использовал удаленного пользователя как root. Но если вы не указываете это в playbook, вам нужно передать то же самое в командной строке при запуске playbook как

ansible-playbook <your-playbook-name> -u <user> -k <password> 

и если для выполнения задачи требуется пользователь sudo, то

ansible-playbook <your-playbook-name> -u <user> -k <password> --sudo -K

Мои два цента - sudo без пароля может быть неподходящим решением, поскольку в большинстве случаев узлы защищены паролем sudo. Рекомендуется использовать пароль sudo в playbook в качестве переменной и передавать значение из файла конфигурации, и этот файл конфигурации можно зашифровать с помощью ansible-vault.

Возможный источник проблемы может быть связан с https://github.com/ansible/ansible/issues/30411, который представляет собой отчет об ошибке Ansible, бесконечно зависающий. Не отображается вывод, где именно висит Ansible. После этой проблемы с Github сама проблема заключается не в Ansible, а скорее в целевом хосте (ах), к которому в настоящее время подключается Ansible (например, неработающий df из-за недоступного монтирования). Это случилось со мной сегодня, когда я запускал плейбук для большой группы целей, и Ansible просто зависал без дополнительной информации. Я столкнулся с проблемой Github и в конце концов нашел проблемный целевой хост; да, это было подвесное крепление NFS.