Ansible yum: все пакеты, предоставляющие ... обновлены

ОК, я пытаюсь научиться разбираться и сталкиваться с проблемой, выполняющей очень элементарную операцию.Ansible yum: все пакеты, предоставляющие ... обновлены

Playbook:

--- 
- hosts: fedtest 
    tasks: 

    - name: Install httpd package 
     yum: name=httpd state=latest 
     sudo: yes 

    - name: Starting http service 
     service: name=http state=started 
     sudo: yes

ansible.cfg:

[defaults] 
hostfile = /home/abcd/proj/ans/hosts 
remote_user = abcd 
private_key_file = /home/abcd/proj/ans/.ssh/ans.priv

Хорошо, я запускаю команду:

$ ansible-playbook setup_apache.yml 

PLAY [fedtest]  
**************************************************************** 

GATHERING FACTS 
*************************************************************** 
ok: [fedtest] 

TASK: [Install httpd package]  
*********************************************** 
failed: [fedtest] => {"failed": true, "parsed": false} 
BECOME-SUCCESS-ajlxizkspxrhyrqauuvywgrtojtutomb 
{"msg": "", "changed": false, "results": ["All packages providing httpd are up to date"], "rc": 0} 
6.719u 1.760s 0:11.33 74.7%  0+0k 0+592io 0pf+0w 
OpenSSH_6.6.1, OpenSSL 1.0.1k-fips 8 Jan 2015 
debug1: auto-mux: Trying existing master 
debug1: mux_client_request_session: master session id: 2 
Shared connection to fedserwizard closed. 


FATAL: all hosts have already failed -- aborting 

PLAY RECAP 
******************************************************************** 
     to retry, use: --limit @/home/abcd/setup_apache.retry 

fedtest     : ok=1 changed=0 unreachable=0 failed=1 

Exit 2

я сделал в -vvvv по команде анзибль-Playbook и похоже, что он не выполняет команду оболочки для эхо-строки BECOME-SUCCESS, так что playbook может продолжаться вместо e рушится. Я пробовал эти операции на нескольких системах как источника, так и получателя и все равно получаю тот же результат.

Какую проблему я должен исправить.

источник

2015-04-23 mdpc

Я не уверен, но в системах на базе Debian, имеющих уже установленные пакеты, не является условием ошибки, поэтому здесь что-то происходит. –

Мое предположение - это что-то делать с SSH мультиплексированием. Любой способ сказать это не делать этого? – mdpc

После большого количества экспериментов я замечаю, что если оболочка клиента (приемника) видимого, по-видимому, должна была быть/bin/bash и NOT/bin/tcsh, это то, что у меня было.

Интересно, что в соответствии с подробным результатом, что я мог обнаружить, что/bin/sh явно вызывается. И вызвать проблему ssh было крайне сложно.

источник

2015-04-24 21:34:01 mdpc

Ansible yum: все пакеты, предоставляющие ... обновлены

ответ

Смежные вопросы