Déploiement vers CentOS 7 :
TASK [RocketChat.Server : Deploy the Rocket.Chat service file]
fatal: [rocketchat.mydomain.com]: FAILED! => {
"changed": false,
"msg": "AnsibleUndefinedVariable: 'dict object' has no attribute 'iteritems'"
}
Une suggestion à la cause/correction ?
Cela a-t-il un rapport avec le #74 d'une manière ou d'une autre ?
La tâche « Déployer le fichier de service Rocket.Chat » à l'aide de rocketchat.service.j2 :
{% for variable, value in rocket_chat_service_environment.iteritems() %}
Environment={{ variable }}={{ value }}
{% endfor -%}
Le changer pour utiliser rocket_chat_service_environment.items()
semblé résoudre le problème.
Cela semble être un problème avec la suppression d'iteritem () dans Python 3.
https://stackoverflow.com/questions/30418481/error-dict-object-has-no-attribute-iteritems
J'obtiens également cette erreur et ma version ansible s'exécute en Python 3 sur MacOS, installée via homebrew :
$ ansible --version
ansible 2.8.1
config file = /Users/tanc/Documents/Projects/agile-ansible/ansible.cfg
configured module search path = ['/Users/tanc/.local/lib/python2.7/site-packages/ara/plugins/modules']
ansible python module location = /usr/local/Cellar/ansible/2.8.1/libexec/lib/python3.7/site-packages/ansible
executable location = /usr/local/bin/ansible
python version = 3.7.3 (default, Mar 27 2019, 09:23:15) [Clang 10.0.1 (clang-1001.0.46.3)]
J'obtiens également cette erreur et ma version ansible s'exécute en Python 3 sur MacOS, installée via homebrew :
$ ansible --version ansible 2.8.1 config file = /Users/tanc/Documents/Projects/agile-ansible/ansible.cfg configured module search path = ['/Users/tanc/.local/lib/python2.7/site-packages/ara/plugins/modules'] ansible python module location = /usr/local/Cellar/ansible/2.8.1/libexec/lib/python3.7/site-packages/ansible executable location = /usr/local/bin/ansible python version = 3.7.3 (default, Mar 27 2019, 09:23:15) [Clang 10.0.1 (clang-1001.0.46.3)]
Super précieux, je viens de rechercher cette erreur et je n'utilise pas rocketchat ou homebrew mais j'utilise pyenv avec virtualenvironment et la version est définie sur 2.7.x mais peu importe ce que j'ai fait avec pyenv, virtualenvironment a continué à utiliser les paramètres par défaut du système. La solution finale consistait à utiliser pyenv-virtualenvironment .
Commentaire le plus utile
J'obtiens également cette erreur et ma version ansible s'exécute en Python 3 sur MacOS, installée via homebrew :