2015-07-06 11 views
14

noble ansioso qui.Il modulo di comando Ansible non è in grado di eseguire argomenti

Il problema che sto avendo è il quando ho usato il modulo "comando" per eseguire un comando, fallirà. Ho provato questo su un host remoto e localhost pure.

BASE INFORMAZIONI:

Versione: 2.0.0 ansible (devel 2c9d1257ba)

Nucleo: (testa staccata 5983d64d77) ultimo aggiornamento 2015/05/30 07:22:33 (GMT +800)

Extra: (HEAD 1276420a3a monofamiliare) ultimo aggiornamento 2015/05/30 07:22:41 (GMT +800)

file di host Ansible

0.123.516,41 mila
local ansible_ssh_host=127.0.0.1 ansible_ssh_port=22 ansible_ssh_user=root ansible_ssh_pass=a 

Comando

ansible -i ansible_hosts -m command -a "/usr/bin/ls" local 

Actual Risultato

local | FAILED! => {u'msg': u'Traceback (most recent call last):\r\n 
File 
"/root/.ansible/tmp/ansible-tmp-1436165888.5-23845581569171/command", 
line 2139, in <module>\r\n main()\r\n File 
"/root/.ansible/tmp/ansible-tmp-1436165888.5-23845581569171/command", 
line 158, in main\r\n module = 
CommandModule(argument_spec=dict())\r\n File 
"/root/.ansible/tmp/ansible-tmp-1436165888.5-23845581569171/command", 
line 606, in __init__\r\n self._check_for_check_mode()\r\n File 
"/root/.ansible/tmp/ansible-tmp-1436165888.5-23845581569171/command", 
line 1142, in _check_for_check_mode\r\n for (k,v) in 
self.params.iteritems():\r\nAttributeError: \'tuple\' object has no 
attribute \'iteritems\'\r\n', u'failed': True, u'changed': False, 
u'parsed': False, u'invocation': {u'module_name': u'command', 
u'module_args': {u'_raw_params': u'/usr/bin/ls'}}} 

c'era qualcosa di sbagliato nel mio config?

+1

Utente * Halberom * in IRC ha rilevato che i sottomoduli non sono stati tirati durante l'esecuzione di git pull, causando così una repo del repo-submodule principale fuori sincrono. eseguendo aggiornamento sottotipo git --init --recursive Il problema era risolto. –

+1

Quindi questa domanda è stata risolta? – michaelbahr

+1

Sto votando per chiudere questa domanda perché il problema è stato apparentemente risolto tramite l'aggiornamento di un sottomodulo git. –

risposta

1

Sembra che questa domanda sia stata risolta eseguendo git submodule update --init --recursive nel checkout di Ansible che era in uso.

Se altri corrono nello stesso problema, la soluzione più semplice sarebbe installare Ansible dal gestore di pacchetti di sistema dell'host da cui viene eseguito, oppure pip install Ansible in un virtualenv.

Problemi correlati